2012-09-20 18 views
3

(我見過this question,但它不是我要問不夠具體。)了很大的日誌表MySQL存儲引擎

我設置了一個大十歲上下(百GB左右)平均記錄大小爲100-200字節的日誌表和幾個索引(索引?)。插入速率將大約爲每秒100-200條記錄。我將在這張表上運行分析查詢,可能不是所有的人都會找到合適的索引,這樣他們可能會運行很長時間並查找大量數據。

  1. ,你有什麼建議的存儲引擎? (基本上MYISAM VS InnoDB的。)
  2. 如果使用的MyISAM,將長的查詢框插入?
  3. 表的大小是一個問題(不是一個大的,但仍然)。在這方面,一臺發動機比另一臺更有效率嗎?
  4. 表現明智,他們如何比較?
  5. 還有什麼我必須在這種情況下要注意的?
+0

你考慮其他解決辦法?我們在關係數據庫中存儲大型日誌文件的經驗並不是很好。 NoSQL解決方案或者甚至專用的全文搜索引擎可能會更好。 –

回答

7

如果使用INSERT和UPDATE高性能使用InnoDB比MyISAM更好。 並且如果在INSERT/UPDATE使用MyISAM之前使用更多SELECT語句。 InnoDB的具有ACID(原子性,一致性,隔離性和持久性)的支持因此更SELECT和JOIN是慢,但是更快INSERT。

眼睛:如果您需要辦理這樣的支付網關,你應該使用InnoDB有事務支持