如何解决MySQL安装过程中由于磁盘坏道导致的i/o错误？

安装MySQL遇I/O error，须先用dmesg、smartctl和badblocks确认磁盘坏道；若存在，应卸载分区、ddrescue镜像整盘，再通过重分区避让坏道或更换硬盘完成安装。

安装 MySQL 时遇到 I/O error，基本可判定不是安装包或配置问题，而是磁盘底层读写失败——必须先隔离坏道，再决定能否继续安装。

确认是不是磁盘坏道引发的 I/O 错误

MySQL 安装器（如 mysqld --initialize）在生成 ibdata1、ib_logfile0 或写入系统表空间时会密集刷盘。若此时报 Input/output error 或 Got error 12 from storage engine，不能直接重试，得先验磁盘：

1. 运行 dmesg -T | grep -i "sd|nvme|error"，重点找 end_request: I/O error、timeout、aborted command 等字样
2. 用 smartctl -a /dev/sdX（X 替换为 MySQL 数据目录所在盘符）检查 Reallocated_Sector_Ct 和 Current_Pending_Sector 是否非零；若值在增长，说明坏道正在扩散
3. 执行 badblocks -sv /dev/sdX（需卸载该分区），输出中出现连续 block 编号报错即实锤坏道

安装阶段遇到 I/O 错误时的应急处理

MySQL 安装失败本身不产生关键业务数据，但错误可能已污染文件系统元数据。此时优先保环境、再重装：

1. 立即停止所有对目标磁盘的写操作，包括 mysqld --initialize 重试、日志轮转、临时文件生成
2. 若安装目录挂载在独立分区（如 /var/lib/mysql），用 umount /var/lib/mysql 卸载，避免后续自动挂载触发更多 I/O
3. 不要运行 fsck 或 chkdsk 修复该分区——MySQL 安装未完成，文件系统结构不完整，强行修复可能让分区彻底不可识别
4. 改用 ddrescue -d -r3 /dev/sdX /mnt/rescue.img /mnt/rescue.log 先镜像整盘，后续所有操作都在镜像上进行

绕过坏道区域完成 MySQL 安装的可行路径

坏道位置决定你能不能“跳过去”装 MySQL。关键是避开故障扇区，而非强行覆盖：

1. 如果坏道集中在磁盘末尾（badblocks 输出显示高 block 号），可重新分区：用 fdisk /dev/sdX 删除原分区，新建一个略小的分区（起始扇区不变，结束扇区提前 1GB），再格式化挂载，继续安装
2. 如果坏道分散或位于开头（block 0–10000），mkfs 都可能失败，此时必须换盘——MySQL 初始化需要连续可靠空间，无法容忍随机读写失败
3. 切勿尝试修改 my.cnf 中的 innodb_force_recovery 来“硬启”未完成安装的实例，该参数仅对已启动过的 InnoDB 实例有效，对初始化阶段无效
4. 若必须临时使用该盘，可将 MySQL 数据目录改到另一块健康盘（如 datadir = /mnt/healthy_disk/mysql），但安装脚本默认路径仍会写入原盘，需手动指定 --datadir 参数

容易被忽略的关键点

坏道导致的安装失败，最常被跳过的动作是验证新分区/新盘的底层可靠性。哪怕 dd if=/dev/zero of=test bs=1M count=1024 oflag=direct 能跑通，也不代表 MySQL 的随机小 IO 就安全——InnoDB 初始化时大量 16KB 页面写入，对坏道更敏感。务必在新目标位置重复运行一次 badblocks -sv，且至少观察 30 分钟无中断，才算真正可用。