mysql启动报“can't change dir to /path/to/datadir”错误，根本原因是linux系统级访问控制阻止mysql用户进入数据目录，需递归修正属主（chown -r mysql:mysql /path）、确认生效配置文件位置、检查selinux/windows安全策略拦截，并确保socket路径父目录可写且无预存sock文件。
MySQL启动报Can't change dir to /path/to/datadir，权限和归属没对上
这错误基本等于MySQL进程被拒之门外——它想进数据目录，但连门都推不开。根本不是配置写错了，而是Linux系统层面的访问控制在起作用。
常见现象是：手动执行sudo -u mysql ls -l /path/to/datadir直接返回Permission denied；或者systemctl start mysqld秒退，日志里只有这一行错误。
- MySQL 8.0服务进程默认以
mysql用户身份运行，它只认mysql:mysql这个组合，哪怕目录权限是755也不行 - 物理恢复时用
cp -r或直接拖拽文件，几乎必然保留原属主（比如root:root），新机器上没做chown就启动，必挂 - 别只改顶层目录，
ibdata1、mysql/、sys/这些子目录里的文件也得是mysql:mysql，否则InnoDB初始化阶段就卡住
my.cnf里datadir路径正确，但实际加载的不是这个文件
你以为改了/etc/my.cnf就万事大吉？MySQL启动时会按固定顺序扫描多个配置位置，你改的那份可能根本没被读到。
执行mysqld --verbose --help | grep "Default options"，终端会输出类似这样的行：Default options are read from the following files in the given order: /etc/my.cnf /etc/mysql/my.cnf /usr/etc/my.cnf ~/.my.cnf
- 宝塔用户重点盯
/www/server/mysql/my.cnf，它常被硬编码进启动脚本，改其他地方无效 - Windows用户注意
my.ini可能藏在C:\ProgramData\MySQL\MySQL Server 8.0\，而非安装目录下 - 确认生效的配置段：检查
[mysqld]节下的datadir，别被[mysqld_safe]里同名参数覆盖
SELinux或Windows安全策略静默拦截
权限看着全对，chown也跑了，ls -l显示可读可写，但MySQL还是起不来——这时候该怀疑系统级安全模块了。
- Linux下先跑
sestatus，如果输出enabled，说明SELinux开着。即使目录属主正确，缺了对应上下文也会被拦。补一句：chcon -R -t mysqld_db_t /path/to/datadir - Windows下不是看“属性→安全”里的Users组，而是必须给
NETWORK SERVICE账户分配“完全控制”权限——这是MySQL Windows服务默认运行身份，普通用户权限再高也没用 - 别信GUI界面显示的“已继承”，右键目录→属性→安全→高级→取消勾选“替换子容器和对象的所有者”，再点“替换所有子对象的权限项”，确保递归生效
socket路径不匹配或父目录不可写
只改datadir是半吊子操作。MySQL启动时除了读数据，还要在socket指定路径创建通信套接字文件，这里出问题一样会静默失败。
- 打开
my.cnf，确认[mysqld]段同时存在且路径合理的两项：datadir = /new/path和socket = /tmp/mysql.sock（或你自定义的路径） - 如果
socket指向新目录下（比如/new/path/mysql.sock），要保证/new/path本身对mysql用户可写，且该路径下不能预先存在mysql.sock文件（MySQL自己创建） - Linux下
/tmp一般没问题，但某些加固环境会挂载noexec,nosuid,nodev，这时就得换到/var/run/mysqld/这类专用路径，并提前建好目录、设好属主
chown -R mysql:mysql /path这句命令里，-R不是可选项，是生死线。
