MySQL 可能需要一个多小时才能启动

Question

我有一个 mysql (Percona) 5.7 实例，有超过 100 万个表。 当我启动数据库时，可能需要一个多小时才能启动。 错误日志没有显示任何内容，但是当我跟踪 mysqld_safe 时，我发现 MySQL 正在获取数据库中每个文件的统计信息。

知道为什么会发生这种情况吗？ 另外，请不要建议修复我的架构，这是一个黑盒。

谢谢

Answer 1

结果证明这是 2 个问题（除了数百万张表）！

1. 当 MySQL 启动并且需要崩溃恢复时，从 5.7.17 开始，它需要遍历您的 datadir 来构建它的字典。这将在未来的版本（8.0）中取消，因为 MySQL 将拥有自己的目录，并且不再依赖 datadir 内容。 Doc 表示不再这样做了。这是真的和假的。它不会读取 ibd 文件的第一页，但会执行文件统计。 Filed Bug
2. 一旦完成 (1)，它就会启动一个新进程，“执行 'SELECT * FROM INFORMATION_SCHEMA.TABLES;'使用已弃用的分区引擎获取表列表。”。那当然是再次打开所有文件。如果您认为不需要它，请使用 disable-partition-engine-check。 Doc

所有这些都可以使用 sysdig 观察到。非常强大且方便的 dtrace 类工具。

sysdig proc.name=mysqld | grep "打开 fd="

好的，现在是减少文件数量的时候了。