无法修改MariaDB默认数据目录至/mydata/db/mysql的原因排查

• 配置文件未被正确加载
  MariaDB会按优先级读取多个配置文件（如/etc/my.cnf、/etc/mysql/my.cnf、~/.my.cnf等），你修改的mariadb-server.cnf可能不是实际生效的文件。执行mysqld --help --verbose | grep -A 10 "Default options"查看配置文件加载顺序，确认你的修改在最高优先级的生效文件中。

• 新数据目录权限不匹配
  MariaDB运行用户（通常为mysql）需要对/mydata/db/mysql拥有完整的读写执行权限。执行ls -ld /mydata/db/mysql和ls -l /mydata/db/mysql检查权限，确保目录及文件的所有者和组均为mysql，目录权限设置为755、文件权限设置为644左右。若权限错误，用chown -R mysql:mysql /mydata/db/mysql和chmod -R 755 /mydata/db/mysql修正。

• 未迁移原数据目录内容
  仅修改配置但未将/var/lib/mysql下的所有文件同步到新目录，会导致MariaDB无法识别新目录（甚至启动失败）。需先停止MariaDB服务，执行cp -a /var/lib/mysql/* /mydata/db/mysql/完成数据迁移，确保文件属性和权限完全同步。

• systemd服务文件覆盖配置
  若使用systemd管理MariaDB，服务文件（如/usr/lib/systemd/system/mariadb.service）可能通过ExecStart参数指定了datadir，直接覆盖配置文件的设置。检查服务文件中的启动命令，若存在--datadir=/var/lib/mysql这类参数，需修改后执行systemctl daemon-reload重载配置。

• 命令行启动参数覆盖配置
  启动MariaDB时若手动指定了datadir参数，会优先于配置文件生效。执行ps aux | grep mysqld查看进程启动命令，确认是否带有--datadir参数强制指定原路径。

• 服务未真正重启生效
  看似完成重启，但服务可能未正常启动或仍沿用旧配置运行。执行systemctl status mariadb确认服务状态为active (running)；登录MariaDB后执行SHOW VARIABLES LIKE 'datadir';，查看当前实际生效的数据目录。

内容的提问来源于stack exchange，提问作者Sheikh Wasiu Al Hasib