mysql 8.0 首次启动卡在“starting mysql”或初始化超30秒，大概率是磁盘i/o瓶颈所致，尤其在虚拟机、低配云主机或hdd上；可通过iostat看%util≥95%且await>50ms、iotop查mysqld是否长期处于d状态、dd裸写测试速度低于100mb/s来确认，根治需换ssd或迁移实例。
MySQL 8.0 首次启动卡在 Starting MySQL 或初始化阶段（如 mysqld --initialize）耗时超 30 秒，大概率不是配置写错了，而是磁盘 I/O 在拖后腿——尤其在虚拟机、低配云主机或老款 HDD 上，mysqld 进程会卡在不可中断睡眠（D 状态），根本等不到日志输出。
怎么确认是磁盘 IO 拖垮了初始化
别凭感觉，直接看三个硬指标：
- 运行
iostat -x 1 3，重点盯%util是否持续 ≥95%，且await> 50ms； - 用
iotop -o观察mysqld进程是否长期显示为D状态（不可中断睡眠）； - 跑裸写测试：
dd if=/dev/zero of=/tmp/testio bs=1M count=1024 oflag=direct，若速度
如果 /www/server/mysql/data/（宝塔路径）下有 ibdata1 但缺 mysql/user.frm 或 auto.cnf，说明初始化已中途失败，不是“快好了”，是被 IO 卡死了。
清空残留 + 最小化参数重试初始化
卡住后目录里常留残缺文件，直接重试必冲突。必须手动清理再降参：
- 停服务：
service bt stop（宝塔）或net stop mysql（Windows）； - 删干净：
rm -rf /www/server/mysql/data/*（Linux）或清空data\目录（Windows）； - 补权限：
chown -R mysql:mysql /www/server/mysql/data； - 最小化初始化：
mysqld --initialize --user=mysql --basedir=/www/server/mysql --datadir=/www/server/mysql/data --innodb-log-file-size=16M --innodb-buffer-pool-size=64M；
成功后别一直用 64M 跑，得把 my.cnf 或 my.ini 里这些参数逐步调回合理值。
Windows 下 RSA 密钥生成阻塞的快速绕过
Windows 启动慢还可能是 sha256_password 插件调用 RtlGenRandom 失败，熵源不足导致无限等待。验证方法：命令行执行 mysqld --console --skip-grant-tables，秒启就坐实了。
- 编辑
my.ini，在[mysqld]下加：skip-grant-tables和loose-default-authentication-plugin=mysql_native_password； - 删掉
data\public_key.pem和data\private_key.pem（如有）； - 执行：
mysqld --initialize-insecure --user=mysql（不生成 root 密码，也不触发 RSA）； - 启动服务后立刻连库：
mysql -u root --skip-password，再执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_strong_password';；
做完务必删掉 skip-grant-tables，否则数据库等于没锁。
真正难处理的不是参数，是磁盘本身
如果 dd 测试持续低于 15MB/s，或 iostat 显示 svctm 长期 > 20ms，说明硬件已到极限。这时候调参只是缓兵之计，换 SSD 或迁移实例才是根治办法——参数能救一时，救不了 IO 硬伤。
