mysqld_multi 是 mysql 官方轻量级多实例管理工具，通过独立进程隔离开发与生产环境，需为各实例分配独占端口、socket、datadir 和 error log，并严格分层配置与权限管控。
MySQL 多实例部署：用 mysqld_multi 隔离开发与生产
开发和生产共用一个 MySQL 实例，迟早出事。最直接的隔离方式不是靠配置文件切换，而是启动多个独立进程——mysqld_multi 就是为此设计的官方工具。它不依赖 Docker 或虚拟机，适合轻量级多环境需求，但必须注意：每个实例需独占端口、socket 文件、数据目录和错误日志路径。
实操要点：
- 在
/etc/my.cnf中用[mysqld_multi]段声明控制配置，再用[mysqld1]、[mysqld2]分别定义实例，不能复用同一datadir - 开发实例建议绑定
127.0.0.1:3307，生产实例用0.0.0.0:3306（若需外网访问，务必配防火墙规则） -
mysqld_multi report可检查配置语法，start 1启动第一个实例，stop 2停止第二个——数字对应段名后缀，不是端口号 - 首次启动前，必须对每个
datadir执行mysqld --initialize --datadir=/var/lib/mysql-dev --user=mysql初始化，否则报错Can't find error log
my.cnf 配置分层：避免环境参数硬编码
把开发和生产的配置全写死在一个 my.cnf 里，等于埋雷。MySQL 本身不支持类似 Spring Boot 的 profile 切换，得靠文件加载顺序做分层：系统级 /etc/my.cnf 放通用项（如 max_connections=200），实例级 /etc/my.cnf.d/dev.cnf 和 /etc/my.cnf.d/prod.cnf 放差异项（如 innodb_buffer_pool_size）。
关键细节：
- MySQL 按
/etc/my.cnf → /etc/my.cnf.d/*.cnf → ~/.my.cnf顺序读取，后加载的会覆盖同名参数；!includedir /etc/my.cnf.d必须显式启用 - 开发环境应设
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_DATE，生产环境加ONLY_FULL_GROUP_BY，避免上线后查询报错 -
log_error路径必须绝对且可写，否则mysqld启动失败却无提示；常见错误是权限不对或 SELinux 拦截，可用setsebool -P mysqld_disable_transitive 1临时绕过
用户与权限分离：用 GRANT 语句而非 root 全权操作
开发库用 root 连接？等于把钥匙交给所有人。MySQL 的权限体系天然支持按库隔离：CREATE USER 'dev_app'@'localhost' IDENTIFIED BY 'pwd123'; 创建专有账号，再用 GRANT SELECT,INSERT,UPDATE ON dev_db.* TO 'dev_app'@'localhost'; 绑定范围。
生产环境必须更严格：
- 禁止
GRANT ... ON *.*，哪怕只给SELECT权限；备份账号只需RELOAD, LOCK TABLES, REPLICATION CLIENT，无需PROCESS - 开发账号不应有
DROP DATABASE或CREATE USER，这些权限在mysql.user表中是全局字段，一旦开启就无法按库限制 - 用
SHOW GRANTS FOR 'dev_app'@'localhost';定期审计，发现GRANT ALL PRIVILEGES立即回收
配置同步陷阱：my.cnf 不等于运行时参数
改完 my.cnf 就以为生效了？错。很多参数（如 wait_timeout、max_allowed_packet）是动态可调的，但 innodb_buffer_pool_size、datadir 等必须重启才生效。更隐蔽的是：某些参数在配置文件里写了，运行时却被 SET GLOBAL 覆盖过，而 SHOW VARIABLES 显示的是当前值，不是配置文件值。
验证是否真正生效的方法：
- 执行
SELECT @@global.innodb_buffer_pool_size;对比配置文件数值，不一致说明没重启或被动态修改过 - 用
mysqld --verbose --help | grep "Default options"查看实际加载的配置文件路径，避免编辑了错误位置 - 生产环境切勿依赖
SET PERSIST（8.0+），它会写入mysqld-auto.cnf，该文件优先级高于my.cnf，容易导致配置漂移
环境差异最常卡在 lower_case_table_names：Linux 默认为 0（大小写敏感），Windows 为 1；一旦初始化后不可更改，开发机若设为 1，迁移 SQL 到生产（设为 0）可能因表名大小写不匹配而报错 Table doesn't exist。
