在团队协作的软件项目中，MySQL通常需要在不同阶段使用相互隔离的数据库实例。开发环境供编码调试，生产环境承载真实业务，两者在数据安全、性能参数和访问权限上有巨大差异。如果混用同一库，不仅调试噪音干扰业务，还可能因开发人员的随意操作破坏线上数据。
为什么需要分离开发环境与生产环境
开发过程中，工程师经常需要制造假数据、修改表结构或反复执行耗时查询。这些行为若发生在生产库，会直接拖慢接口响应，甚至锁表导致服务不可用。将环境拆开，本质上是控制故障半径：开发期的任何失误都被限制在本地或测试库中。
另一个核心原因是配置差异。生产环境强调稳定和高并发，要调大连接数、使用强一致的事务 isolation，并开启备份；开发环境更看重可观测性，比如把slow_query_log打开，把日志输出到控制台。通过多环境配置，可以用同一套代码适配不同强度的运维要求。
基于my.cnf的多环境参数方案
MySQL启动时可通过--defaults-file指定配置文件。我们可以为开发和生产各写一份my.cnf，把差异项集中管理。下面是一份开发环境配置示例，注意其中开启了便于排查的日志选项。
[mysqld] server-id=1 datadir=/var/lib/mysql_dev socket=/var/run/mysqld/mysqld_dev.sock port=3307 # 开发环境打开慢查询，阈值设长便于捕获 slow_query_log=1 slow_query_log_file=/var/log/mysql/dev-slow.log long_query_time=1 general_log=1 general_log_file=/var/log/mysql/dev-general.log skip-name-resolve character-set-server=utf8mb4
对应的生产环境配置则应关闭通用日志，并启用二进制日志以支持复制和定点恢复。生产配置还要限制外部访问，绑定内网地址。
[mysqld] server-id=10 datadir=/var/lib/mysql_prod socket=/var/run/mysqld/mysqld_prod.sock port=3306 bind-address=192.168.0.1 slow_query_log=0 general_log=0 log-bin=mysql-bin binlog_format=row max_connections=500 character-set-server=utf8mb4 innodb_buffer_pool_size=2G
使用时要明确指定文件，例如开发实例启动命令为mysqld --defaults-file=/etc/mysql/dev.cnf，生产实例为mysqld --defaults-file=/etc/mysql/prod.cnf。这样同一台机器也能跑多个实例，但建议生产独立部署。
使用Docker快速搭建隔离实例
比起手动改配置，用Docker更不容易污染环境。我们可以通过环境变量传密码，用挂载卷区分数据，用不同容器名隔离网络。下面的编排片段展示了两个服务的定义。
version: '3'
services:
mysql_dev:
image: mysql:8.0
container_name: mysql_dev
environment:
MYSQL_ROOT_PASSWORD: dev_pass_123
MYSQL_DATABASE: app_dev
ports:
- "3307:3306"
volumes:
- ./dev-data:/var/lib/mysql
- ./dev.cnf:/etc/mysql/conf.d/dev.cnf
mysql_prod:
image: mysql:8.0
container_name: mysql_prod
environment:
MYSQL_ROOT_PASSWORD: ${PROD_DB_PASSWORD}
MYSQL_DATABASE: app_prod
ports:
- "3306:3306"
volumes:
- ./prod-data:/var/lib/mysql
- ./prod.cnf:/etc/mysql/conf.d/prod.cnf
这种方式的优势是环境可随代码仓库分发，新人拉取后一条命令即可获得与本机一致的数据库。生产环境则把密码放在CI变量或密钥管理中，避免明文进镜像。注意示例中生产端口只对内网开放，需在宿主机防火墙限制来源IP。
权限与数据迁移注意事项
开发库一般给开发者全部权限，而生产库应创建专用账号并收拢grant。不要使用root对接业务程序，按库赋权即可。以下SQL展示生产账号创建方式。
CREATE USER 'app_user'@'192.168.0.1' IDENTIFIED BY 'strong_password'; GRANT SELECT, INSERT, UPDATE, DELETE ON app_prod.* TO 'app_user'@'192.168.0.1'; FLUSH PRIVILEGES;
当需要从开发同步结构到生产时，推荐用mysqldump只导表结构，再用迁移工具补数据，切忌直接复制整个dev库。结构变更应走版本化脚本，例如用Flyway或Liquibase管理，保证多环境schema一致且可回溯。
常见误区与排查建议
一个典型错误是认为开发环境配置直接套到生产没问题。实际上像lower_case_table_names这类参数，初始化后改会导致库无法启动。应在首次建实例时就按目标环境定好，并在文档中登记。
另一个坑是用了相同端口却没隔离数据目录，造成启动失败或数据互覆盖。不论用裸机还是容器，都要确认datadir、socket、port三元组唯一。遇到连接异常，先netstat -tlnp看端口占用，再查错误日志路径是否配置正确。