MySQL慢日志：简单的选择查询需要26秒

Question

我有一个简单的表，正在使用InnoDB：

tag_id int(20), primary
tag varchar(50)

表中只有106个标签，有时这个简单的选择查询需要10s，16s，30s或更长时间：

# Query_time: 26  Lock_time: 0  Rows_sent: 106  Rows_examined: 106
use database;
SELECT `tag`
FROM (`tags`);

我的问题：有什么方法可以优化此查询（这样就不需要26s的时间来完成），或者这是Mysql服务器超载的明显标志吗？ 如果我从共享主机升级到VPS，是否可以解决此问题？

Answer 1

如果您强迫它使用主键而不是进行全表扫描，则可能会更快。 如果您使用的是innodb，请尝试SELECT tag FROM tags USE INDEX(PRIMARY) 。 另外，您也可以在查询中添加WHERE tag_id > 0 。 据我了解，如果在查询中未使用任何索引，则innodb会进行范围扫描，这比索引扫描要昂贵得多。 如果您强迫它使用索引，它将扫描索引而不是查找表的所有行，这可能会更快。 不过，这里可能还有更多活动，我不像以前那样精通mysql / innodb内部。

如果您不是，那么我会认为瓶颈还在其他地方（可能是HDD I / O）。 在那种情况下，升级到另一台服务器并不是唯一的解决方案（尽管它可以解决问题）。 如果该表不是不断变化的（即每隔几秒钟变化一次），则可能值得使用某种内存缓存机制，例如memchached（还有其他）。 如果您遇到I / O问题，则可能值得研究使用内存缓存来存储此表和/或其他表中的数据。 您可能会发现具有更快磁盘I / O的主机，但是无论如何对其进行切片，对磁盘进行读写都非常昂贵。 提出某种缓存过程可能是值得的。