超过 1200 万行的表运行存在性能问题

Question

现在这个有问题的表实际上是一个用于网站关键字分析的关系表，其中有五列（keyword_id、website_id、occurrence 、百分比、日期）

这可以提供网站在一段时间内的关键字统计信息，并向网站所有者提供直观的图形表示。

现在的问题是，我们平均为每个网站大约 57 个唯一关键字建立索引。我们每天索引大约 12000 个网站，这是因为我们已经遇到了性能问题。所以你会发现这个表的大小增长得非常快。

现在我有一个关于 keyword_id、website id、occurrence、percentage 和 date 的索引>）。所以他们每个人都有一个索引，但我仍然遇到选择问题。

您将如何使用 PHP 解决 mysql 上的这个性能问题？

NOTE: The indexes are for each field and 1 for all of them combined as well.

SQL QUERY 1: SELECT * FROM table WHERE keyword_id = "323242"
SQL QUERY 2: SELECT * FROM table WHERE website_id = "232"
SQL QUERY 3: SELECT * FROM table WHERE keyword_id = "323242" ORDER by percentage
SQL QUERY 4: SELECT * FROM table WHERE website_id = "232" ORDER by occurence
SQL QUERY 5: SELECT * FROM table WHERE keyword_id = "323242" ORDER by occurrence
SQL QUERY 6: SELECT * FROM table WHERE website_id = "232" ORDER BY date

Answer 1

关键词的分布和概率是多少？例如，如果每个网站每天都使用某个关键字，那么 6 个月后，单个关键字就有 210 万行。我确信情况并非如此，但流行词正在迅速扩大。

website_id 应该不会太差，只有几千行。

如果您仅通过 keywords_id 和 website_id 进行查询，则其他索引会消耗您的时间和空间（但不会消耗读取时间）。

理想情况下，keyword_id、percentage 上的索引可以让优化器为按百分比查询排序的 keywords_id 返回相当快的结果，与其他查询类似，但这可能很大程度上取决于数据的布局。

盒子上有多少内存以及驱动器的速度有多快？当您执行这些查询时，我会查看每秒 IO 操作数。您可能会很容易地破坏您的驱动器。

有了足够的内存，order by 子句应该相当便宜，并且对它们进行排序可能比从磁盘进行大量随机读取更便宜，但这取决于索引以及它相对于磁盘上页面的组织方式。

另外，请确保您拥有最新的所有统计数据。糟糕的统计数据会扼杀你的查询。