安装时如何指定 MySQL 数据目录
MySQL 默认把数据存在
/var/lib/mysql（Linux）或
C:ProgramDataMySQLMySQL Server X.XData（Windows），但生产环境几乎都会改。关键不是“能不能改”，而是“改完会不会启动失败”——90% 的问题出在权限和 SELinux（Linux）或服务账户权限（Windows）上。 Linux 安装时用
mysqld --initialize --datadir=/path/to/data初始化，必须确保该路径由
mysql用户完全拥有：
chown -R mysql:mysql /path/to/data && chmod 750 /path/to/data如果启用了 SELinux，得加上下文标签：
semanage fcontext -a -t mysqld_db_t "/path/to/data(/.*)?" && restorecon -Rv /path/to/dataWindows 下不能只改配置文件，还要用管理员身份运行
mysqld --initialize --datadir="D:mysqldata"，再以相同路径注册服务：
mysqld --install MySQL --defaults-file="C:my.cnf"，其中
my.cnf里必须含
datadir="D:\mysql\data"（双反斜杠）
my.cnf 中 datadir 配置的常见陷阱
很多人以为改了
datadir就万事大吉，结果重启后
mysqld静默退出。根本原因是：MySQL 启动时会按顺序读取多个配置文件，而
datadir只能在
[mysqld]段生效，且不能出现在客户端段或其他段中。 检查实际加载的配置文件：
mysqld --verbose --help | grep "Default options"，确认你编辑的是那个被真正读取的文件（如
/etc/my.cnf或
/etc/mysql/mysql.conf.d/mysqld.cnf）
datadir路径末尾不能带斜杠，
/data/mysql/和
/data/mysql在某些版本下行为不一致 如果使用 systemd 管理 MySQL（如 Ubuntu 20.04+），
datadir还可能被
EnvironmentFile或
ExecStartPre覆盖，需同步检查
systemctl cat mysql
数据目录迁移后无法启动的典型错误
最常遇到的报错是：
Can't start server: Bind on TCP/IP port: Address already in use或更隐蔽的
mysqld: Can't read dir of '/path/to/data/' (Errcode: 13 - Permission denied)。前者其实是掩盖了真实问题——MySQL 根本没成功加载数据字典，退回到默认端口绑定逻辑；后者才是权限本质。 先停服务：
systemctl stop mysql（或
service mysql stop） 用
mysqld --user=mysql --datadir=/new/path --skip-grant-tables --skip-networking --console手动前台启动，看实时错误输出 若提示
InnoDB: Operating system error number 13，就是权限或 SELinux；若提示
Table 'mysql.plugin' doesn't exist，说明初始化没走新目录，或者
ibdata1和
ib_logfile*文件没一起搬过去
数据目录结构优化的实际建议
单纯换路径只是第一步。真正影响性能和维护的是子目录组织方式。MySQL 8.0+ 支持
DATA DIRECTORY子句，但仅限于 InnoDB 表空间，且要求
innodb_file_per_table=ON（默认已开）。 对超大库（>100GB），可将高 IO 表单独挂载到 SSD 目录，建表时指定：
CREATE TABLE t1 (...) DATA DIRECTORY = '/ssd/mysql/t1';不要把
slow_query_log_file或
general_log_file放进数据目录——日志轮转可能触发磁盘满报警，误伤数据写入
tmpdir建议指向内存文件系统（如
/dev/shm），避免大排序/临时表打爆数据盘；但它和
datadir是独立配置项，别混淆
路径变更本身不难，难的是验证它真正在用、权限真正确、日志真能写、备份脚本能自动识别新位置——每次改完，务必跑一次
SELECT @@datadir;和
SHOW VARIABLES LIKE 'tmpdir';交叉确认。
