MySQL破坏性能-索引

只是想知道是否有人知道一种检查表上某些索引运行状况的快速方法。我们遇到的问题是一个相当大的表，但是它有索引，所以应该可以（“ShowIndexfromMyTable”将它们显示为当前）

但是，每当我们试图访问这个表时，它的运行速度都非常慢，所以我们想知道是否需要重建索引或其他什么。我们这里没有一个人是DBA，所以非常感谢任何提示，这是非常紧迫的：(

顺便说一下，它是一个MyISAM表，从v4数据库转储到v5数据库

谢谢

• 如果尚未打开，请打开

• 运行慢速查询以调查它们运行缓慢的原因

---

MyISAM表并不总是更新索引分布信息。因此，有时我们需要手动执行此操作：

谢谢大家的帮助，非常感谢（我知道我发布此消息已经一周左右了，非常忙…）.结果是索引很好，但被禁用了。我们认为这是因为当我们进行备份时，备份中途崩溃了。显然，备份会禁用索引，然后再重新启用它们。因为它崩溃了，所以它们从未重新启用。一旦我们重新启用它们，速度会非常快，呸

---

希望这对其他人有用

什么是慢？读、写还是两者都慢？你有什么索引？你能发布你的表结构和慢的查询吗？谢谢，我已经按照你的建议运行了一个检查表（扩展）看起来还可以。下一步我会检查慢速查询日志记录，谢谢。Emil，Arkh，这是读写。我会尝试尽快为您建立结构。再次感谢帮助发布您运行最慢查询的解释计划。嗨，我们仍在疯狂地尝试修复此问题，但有更多信息。当我们o使用“文件排序”而不是索引的查询。索引似乎会减慢速度。此外，设置下限（限制1）会对性能产生巨大影响。如果我们使用上限（限制10000）运行同一查询性能非常好。我将尝试获取一些解释计划以获取更多信息，但感谢您的更多想法。请将此信息与您的表结构一起添加，并在您的问题中解释计划。我不是DB调优专家：）我将在您发布计划时尝试分析它们。谢谢，我运行了分析程序，它说问题中的表格一切正常。谢谢你的提示。@Richard据我所知，在运行analyze之后，查询的性能没有改变，是吗？查看您的查询、索引和解释计划将非常有用。