mysql表中的行数是否重要？

Question

我想出一个网络应用程序，希望我存储超过800万行。使用MySQL处理那么多行而没有任何性能下降会好吗？ 假设我的RAM为4 GB和无限GB硬盘空间。此外，主要字段已编入索引。

Answer 1

我有一张经常阅读的表格（每天凌晨4点写一次），最近一次大量导入后就达到了800万行。

该查询还将此表连接到另一个~400k行表。

导入后没有性能下降，与之前相比，所以我相信你应该没问题，有一个好的服务器。 （我们有一个双四核，8GB RAM）

Answer 2

你必须尝试确定，但我认为800万行不应该是一个现代的，装备精良的服务器的挑战，至少不是在索引良好的表中读取操作。

像ALTER TABLE这样的操作和其他无法使用索引的操作必然需要比空表更长的时间 - 需要多长时间才能找到。

你应该经常问自己的问题是，你是否真的需要每天800万行。如果您正在生成日志，则经常归档旧条目并将其从实时数据库中删除是有意义的。

您提到Stack Overflow作为比较 - 看看他们的server setup。它比你提到的要大，但不是那么多 - 他们每分钟必须管理成千上万的请求。

Answer 3

我不确定80 Lakh是什么？但只要您的索引能够适应内存，性能就不会受到重创。有4GB的ram，我猜你可以做20m - 30m的行吗？

Answer 4

我相信表现与很多不同的东西有关。例如行大小是多少？你在那里放了什么样的数据？您想对这些记录执行哪种操作？例如，文本匹配肯定会降低性能，并且会有更多记录。