安装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，不能直接重试，得先验磁盘：
- 运行
dmesg -T | grep -i "sd\|nvme\|error"，重点找end_request: I/O error、timeout、aborted command等字样 - 用
smartctl -a /dev/sdX（X 替换为 MySQL 数据目录所在盘符）检查Reallocated_Sector_Ct和Current_Pending_Sector是否非零；若值在增长，说明坏道正在扩散 - 执行
badblocks -sv /dev/sdX（需卸载该分区），输出中出现连续 block 编号报错即实锤坏道
安装阶段遇到 I/O 错误时的应急处理
MySQL 安装失败本身不产生关键业务数据，但错误可能已污染文件系统元数据。此时优先保环境、再重装：
- 立即停止所有对目标磁盘的写操作，包括
mysqld --initialize重试、日志轮转、临时文件生成 - 若安装目录挂载在独立分区（如
/var/lib/mysql），用umount /var/lib/mysql卸载，避免后续自动挂载触发更多 I/O - 不要运行
fsck或chkdsk修复该分区——MySQL 安装未完成，文件系统结构不完整，强行修复可能让分区彻底不可识别 - 改用
ddrescue -d -r3 /dev/sdX /mnt/rescue.img /mnt/rescue.log先镜像整盘，后续所有操作都在镜像上进行
绕过坏道区域完成 MySQL 安装的可行路径
坏道位置决定你能不能“跳过去”装 MySQL。关键是避开故障扇区，而非强行覆盖：
- 如果坏道集中在磁盘末尾（
badblocks输出显示高 block 号），可重新分区：用fdisk /dev/sdX删除原分区，新建一个略小的分区（起始扇区不变，结束扇区提前 1GB），再格式化挂载，继续安装 - 如果坏道分散或位于开头（block 0–10000），
mkfs都可能失败，此时必须换盘——MySQL 初始化需要连续可靠空间，无法容忍随机读写失败 - 切勿尝试修改
my.cnf中的innodb_force_recovery来“硬启”未完成安装的实例，该参数仅对已启动过的 InnoDB 实例有效，对初始化阶段无效 - 若必须临时使用该盘，可将 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 分钟无中断，才算真正可用。
