![我什么时候重新索引我的 MySQL 数据库?](https://linux22.com/image/520353/%E6%88%91%E4%BB%80%E4%B9%88%E6%97%B6%E5%80%99%E9%87%8D%E6%96%B0%E7%B4%A2%E5%BC%95%E6%88%91%E7%9A%84%20MySQL%20%E6%95%B0%E6%8D%AE%E5%BA%93%EF%BC%9F.png)
我的 (MySQL) 数据库正在经历间歇性锁定超时。我还没有找到根本原因,我们也没有任何建议。以前我必须重新索引我的 SQL Server 和 Oracle 索引,因为它们需要它。从来没有人谈论过这件事和 MySQL。
有什么建议吗?
答案1
除非发生崩溃或突然断电导致损坏,否则您不需要重新索引 MySQL。如果您遇到锁定问题,您可能需要考虑将 MyISAM 表(或至少是锁争用问题最大的表)转换为 InnoDB。它需要更多 RAM,但它支持行级锁定而不仅仅是表级锁定(以及许多其他改进)。
您还需要继续运行“show full processlist;”以确保它不是故意明确锁定表的操作,例如某种备份。
答案2
如前所述,所选的存储引擎是影响 MySQL 性能的主要因素。您应该使用 MyISAM 还是 InnoDB,这取决于您的工作负载。
如果您的情况是 SELECT 执行速度很快,并且对 DB 的写入活动不多,那么 MyISAM 一点也不差。但是,如果您有中等程度的写入活动和一些长时间运行的 SELECT,请注意 MyISAM 仅支持表级锁定。在缓慢的 SELECT 期间,所有写入活动都将排队,这很快就会导致各种严重的问题。
InnoDB 支持行级锁、事务和多版本控制,因此即使大量混合的读/写操作也不会像 MyISAM 那样减慢其速度。
此外,无论使用哪种存储引擎,都要确保它经过适当调整。对于 MyISAM密钥缓冲区大小和表缓存是需要调整的最重要的值,对于 InnoDB 来说,首先要调整的是innodb_buffer_pool_size。
但是这两种存储引擎都有各自的缺陷:例如,只有 MyISAM 支持全文索引,而 InnoDB 表空间不会缩小,因此在发生大量删除/更新/插入操作的主动更新表中,您需要不时地转储到表内容并将它们吸回来。
答案3
锁超时?MySQL 在这方面设计得相当好,特别是如果你使用 InnoDB 引擎。
索引不需要重新索引……但它们需要正确索引首先。
如果我们谈论的是实际的锁,例如死锁/超时,您应该检查任何可疑的LOCK TABLES
命令。
答案4
http://dev.mysql.com/doc/refman/5.0/en/myisamchk.html
使用 myisampack 压缩表后,应该使用 myisamchk -rq 重建其索引。
但我不知道你是否需要这样做。索引应该会自动更新。