MySQL启动报“Can't find file: './mysql/plugin.frm'”错误，主因是datadir配置错误、软链接失效、初始化不完整或SELinux阻止访问；需逐级检查路径存在性、权限、挂载状态及安全策略。

MySQL启动报Can't find file: './mysql/plugin.frm'或类似路径错误

这不是表损坏，而是MySQL根本没找到数据目录下的关键系统文件。最常见原因是datadir配置指向了空目录、错误路径，或者目录被移动后软链接没更新。

• 先确认my.cnf里datadir的值：grep datadir /etc/my.cnf（或/etc/mysql/my.cnf）
• 检查该路径是否存在且可读：ls -ld /var/lib/mysql，注意输出里的权限和所有者（必须是mysql:mysql）
• 如果看到lrwxrwxrwx开头，说明是软链接——立刻ls -l /var/lib/mysql看它实际指向哪，再进目标目录确认mysql/子目录是否存在、是否含plugin.frm等文件

软链接指向旧磁盘或已卸载挂载点

运维迁移数据盘后常忘更新软链接，MySQL启动时会静默失败，日志里只报“file not found”，但真实原因是链接目标路径不可达。

• 用readlink -f /var/lib/mysql拿到绝对路径，再mount | grep该路径所在设备，确认挂载状态
• 如果目标在/data/mysql但/data没挂载，MySQL不会报“mount failed”，只会卡在打开文件阶段
• 临时修复：重新挂载后systemctl restart mysqld；长期方案：把datadir直接配成真实路径，别依赖软链接

mysqld --initialize后忘记复制系统库或权限不对

手动初始化mysqld --initialize --datadir=/new/path后，/new/path里只有mysql/骨架，没内容——因为初始化不自动拷贝mysql系统库，得用mysql_install_db（旧版）或mysqld --initialize-insecure配合后续mysql_upgrade。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

• 检查/new/path/mysql/下是否有plugin.frm、user.MYD等文件，没有就是初始化不完整
• 更安全的做法：停掉MySQL，用rsync -av /old/datadir/mysql/ /new/datadir/mysql/迁移，再改datadir配置
• 迁移后必做：chown -R mysql:mysql /new/datadir，否则启动时连ibdata1都打不开

SELinux或AppArmor阻止访问真实路径

Linux发行版默认开启强制访问控制，即使ls能看见文件、chown也正确，MySQL进程仍可能因策略被拒。

• 临时验证：setenforce 0（CentOS/RHEL），再systemctl start mysqld，如果成功，就是SELinux问题
• 查拒绝记录：ausearch -m avc -ts recent | grep mysqld，典型报错含denied { read } for path="/var/lib/mysql/mysql/plugin.frm"
• 永久修复：semanage fcontext -a -t mysqld_db_t "/new/datadir(/.*)?"，再restorecon -Rv /new/datadir

软链接本身没问题，但它是故障放大器——路径错一级，所有后续操作全失效。真正要盯死的是datadir最终落地的物理路径是否可达、可读、可执行，以及SELinux上下文是否匹配。