3
(我見過this question,但它不是我要問不夠具體。)了很大的日誌表MySQL存儲引擎
我設置了一個大十歲上下(百GB左右)平均記錄大小爲100-200字節的日誌表和幾個索引(索引?)。插入速率將大約爲每秒100-200條記錄。我將在這張表上運行分析查詢,可能不是所有的人都會找到合適的索引,這樣他們可能會運行很長時間並查找大量數據。
- ,你有什麼建議的存儲引擎? (基本上MYISAM VS InnoDB的。)
- 如果使用的MyISAM,將長的查詢框插入?
- 表的大小是一個問題(不是一個大的,但仍然)。在這方面,一臺發動機比另一臺更有效率嗎?
- 表現明智,他們如何比較?
- 還有什麼我必須在這種情況下要注意的?
你考慮其他解決辦法?我們在關係數據庫中存儲大型日誌文件的經驗並不是很好。 NoSQL解決方案或者甚至專用的全文搜索引擎可能會更好。 –