MySQL启动日志反复显示Unable to lock ./ibdata1 error: 11，随后InnoDB初始化失败。这个现象常见于另一mysqld进程仍在使用相同数据目录，也可能由重复服务或错误的datadir配置造成。
不要删除ibdata1，也不要强行解除文件锁。
error 11说明了什么
Linux上的错误11通常表示资源暂时不可用。结合ibdata1锁定信息，优先判断该系统表空间已经被其他进程打开。MySQL官方也警告多个mysqld实例不能共享同一数据目录。
锁是为了阻止两个实例同时写同一组InnoDB文件。
先确认是否已有MySQL进程
检查systemctl status mysql、ps、监听端口和PID文件，确认是否已有实例运行。容器环境还要查看宿主机上挂载同一卷的容器，避免只检查本机systemd服务。
不要仅凭端口未监听就认定没有mysqld进程。启动中的实例也可能已经锁定文件。
核对datadir与多实例配置
查看服务启动参数、my.cnf包含关系和实际datadir。真正的多实例部署必须为每个实例设置独立数据目录、端口、socket、PID和日志文件；使用同一数据目录并不属于高可用方案。
修正路径前先确认哪一份目录包含当前有效数据。
确认进程异常后再处理
若确认是残留进程，先通过正常服务管理方式停止，并观察进程是否退出。只有进程已经不存在，才检查残留PID或socket文件；不能在mysqld仍运行时删除锁相关文件。
可在萤光云或LightNode的独立VPS恢复数据副本。对原始ibdata1执行删除、截断或复制覆盖都可能造成不可逆损坏。
恢复启动后的验收
重新启动唯一目标实例，检查错误日志、端口、socket和InnoDB恢复过程，再执行只读查询与备份检查。若配置了多实例，应逐一核对各自目录和服务单元。
验收标准是只有预期实例访问该datadir、InnoDB正常初始化、数据可读且重启后不再争用。
FAQ
问：删除ibdata1能重新生成吗？答：不能把它当作普通缓存。它可能包含系统表空间数据，删除会破坏现有实例。
问：kill -9后可以立即启动吗？答：应先确认进程确实退出、磁盘状态正常，再让MySQL完成崩溃恢复。
温馨提示
温馨提示：处理数据库启动故障前先创建云盘快照或文件级备份。任何涉及datadir的移动和恢复都应在维护窗口执行。
