MySQL 对多行表的速度优化 : what is the best way to handle it?

Question

我正在开发一个聊天应用程序。我想将所有内容都记录到一个表中(即“谁说了什么，什么时候说的”)。我希望在不久的将来我会有数千行。我想知道:优化表格的最佳方法是什么，因为我知道我会经常插入行，有时还会进行分组阅读(即显示用户的整个对话(查看他/她何时登录/开始聊天然后查看当他/她退出时，展示整个对话))。

这个表应该能够处理(我希望如此!)很多行。 (15000/天 => 每月 4.5 M => 年末 54 M 行)。

超过 15 天的对话可以被历史化(但我不知道我应该怎么做才能正确地做到这一点)。

有什么想法吗？

Answer 1

我有两个建议给你:

1. 如果您期望大量写入几乎没有低优先级读取。然后你越少越好索引尽可能。索引将使插入变慢。仅添加您真正需要的内容。
2. 如果日志表 会越来越大 加类你应该考虑日志 回转。否则你可能会结束 一张巨大的损坏 table 。