MySQL安装卡在99%是mysqld --initialize因磁盘IO性能不足被阻塞，表现为iostat中%util≈100%且await>50ms、iotop显示mysqld处于D状态、dd裸写低于20MB/s；需清空/www/server/mysql/data/后用--innodb-log-file-size=16M和--innodb-buffer-pool-size=64M等最小化参数重试。
MySQL安装卡在99%不是快完成了，而是mysqld --initialize被磁盘IO拖死——它必须同步写完ibdata1、ib_logfile0、系统表等关键文件，一旦磁盘延迟高或吞吐低，进程就会卡在D状态（不可中断睡眠），最终超时失败。
确认是不是磁盘IO真拖垮了初始化
别猜，直接看证据：
- 执行
iostat -x 1 3，重点关注%util是否持续接近100%，且await> 50ms； - 用
iotop -o观察mysqld进程是否长期处于D状态； - 检查
/www/server/mysql/data/（宝塔默认路径）下是否有ibdata1但没生成mysql/user.frm或auto.cnf——说明初始化中途断了； - 跑一次裸写测试：
dd if=/dev/zero of=/www/testio bs=1M count=1024 oflag=direct，若速度低于20MB/s，基本可判定IO是瓶颈。
清理残留再用最小化参数重试
99%卡住后目录里往往有残缺文件，直接重装会冲突。必须手动清空+降参初始化：
- 停掉宝塔：
service bt stop； - 删干净数据目录：
rm -rf /www/server/mysql/data/*； - 补权限：
chown -R mysql:mysql /www/server/mysql/data； - 用最小化参数手动初始化：
/www/server/mysql/bin/mysqld --initialize --user=mysql --basedir=/www/server/mysql --datadir=/www/server/mysql/data --innodb-log-file-size=16M --innodb-buffer-pool-size=64M； - 成功后记得恢复配置：把原
my.cnf里调小的参数（如innodb_buffer_pool_size）逐步调回合理值，别一直用64M跑生产。
绕过IO瓶颈的临时配置组合
如果服务器磁盘确实弱（比如老款云HDD或共享NVMe），初始化阶段可以临时牺牲部分安全性换速度：
-
innodb_flush_log_at_trx_commit=2：日志写进OS缓存而非立即刷盘，避免每次事务都等磁盘响应； -
sync_binlog=0：关闭binlog强制刷盘，初始化期间不依赖binlog持久性； -
innodb_doublewrite=OFF：关掉双写保护（仅限初始化阶段，装完务必开回来）； - 注意：这些不是长期配置，只是让
mysqld --initialize能跑通。装完启动服务前，先把my.cnf改回安全值，再service mysqld start。
真正难处理的不是参数怎么调，而是磁盘本身——如果dd测试持续低于15MB/s，或者iostat显示svctm长期高于20ms，说明硬件已到极限。这时候换SSD或迁移到IO保障更强的云实例，比调参数更治本。
