我正在尝试微调MySQL服务器,以便检查设置,分析慢速查询日志并在可能的情况下简化查询。
有时,如果我正确地建立索引就足够了,有时却不行。我读过某个地方(如果这是愚蠢的话,请纠正我的意思),比我需要的索引更多,可以达到相同的效果,就像我没有任何索引一样。
多少个索引足够?您可以说这取决于数百个因素,但是我很好奇如何清理自己mysql-slow.log的内容以减轻服务器负载。
mysql-slow.log
此外,我看到了一些“有趣的”日志条目,如下所示:
# Query_time: 0 Lock_time: 0 Rows_sent: 22 Rows_examined: 44 SELECT * FROM `categories` ORDER BY `orderid` ASC;
该表正好包含22行,索引设置为orderid。为什么此查询最终显示在日志中?如果只包含22行,为什么还要检查44行?
orderid
索引编制的数量和要做的过多事情取决于很多因素。在诸如“类别”表之类的小型表上,您通常不需要或不需要索引,这实际上会损害性能。原因是读取索引需要I / O(即时间),然后检索与匹配的行关联的记录需要更多的I / O和时间。一个例外是仅查询索引中包含的列。
在您的示例中,您只检索22列的所有列,而仅进行表扫描并对它们进行排序而不是使用索引可能会更快。优化器可能正在/应该这样做并且忽略了索引。如果是这种情况,那么索引只是占用空间而没有任何好处。如果您经常访问“类别”表,则可能需要考虑将其固定到内存中,以便db服务器保持其可访问性,而不必一直访问磁盘。
添加索引时,您需要平衡磁盘空间,查询性能以及更新和插入表的性能。与每天有数百万次更新的表相比,您可以在静态且不变不大的表上获得更多索引。那时您将开始感觉到索引维护的影响。但是,在您的环境中可接受的是并且只能由您和您的组织确定。
在进行分析时,请确保生成/更新表和索引统计信息,以便可以确保准确的计算。