MySQL 开发与测试环境的配置，核心在于隔离、可复现、易切换。不建议直接在本地用同一实例跑开发+测试，更不能共用生产配置。关键不是“怎么装 MySQL”，而是“怎么让不同环境用不同的参数、库、账号和行为”。
一、用独立实例或 schema 隔离环境
推荐优先使用同一 MySQL 实例 + 不同数据库名（schema）的方式，简单高效，适合中小团队：
开发库：命名如myapp_dev，所有开发人员连这个库，可随意删表、造数据 测试库：命名如
myapp_test，CI/CD 或测试同学专用，每次执行测试前自动清空重建 （可选）本地模拟生产库：
myapp_prod_sim，结构一致但数据脱敏，用于 SQL 兼容性验证
若需更高隔离（如事务隔离级别、SQL 模式差异大），可用 Docker 启多个轻量实例：
docker run -d --name mysql-dev -p 3307:3306 -e MYSQL_ROOT_PASSWORD=dev123 -d mysql:8.0
docker run -d --name mysql-test -p 3308:3306 -e MYSQL_ROOT_PASSWORD=test456 -d mysql:8.0
端口错开，配置文件也可挂载不同
my.cnf。
二、配置文件按环境区分
不要只靠命令行参数或硬编码连接串。把 MySQL 客户端和应用层的连接配置分环境管理：
在项目根目录建config/目录，下设
dev.cnf、
test.cnf
dev.cnf示例：
[client] host = 127.0.0.1 port = 3307 user = dev_user password = dev123 database = myapp_dev <p>[mysql] init-command = SET NAMES utf8mb4;使用时加
--defaults-file=config/dev.cnf，例如：
mysql --defaults-file=config/dev.cnf -e "SHOW TABLES;"应用代码（如 Python/Java）读取对应环境变量（
ENV=dev）后加载对应配置，避免写死 host/port/dbname
三、初始化与数据管理自动化
开发测试环境必须能一键拉起干净状态：
建sql/init/目录，存放
01_schema.sql（建表）、
02_dev_data.sql（开发常用测试数据）、
03_test_data.sql（边界 case 数据） 写简易 shell 脚本
reset-dev.sh：
mysql --defaults-file=config/dev.cnf -e "DROP DATABASE IF EXISTS myapp_dev; CREATE DATABASE myapp_dev CHARACTER SET utf8mb4;" mysql --defaults-file=config/dev.cnf myapp_dev < sql/init/01_schema.sql mysql --defaults-file=config/dev.cnf myapp_dev < sql/init/02_dev_data.sql
测试环境脚本可跳过造数据，或只导入最小必要数据集。
四、权限与账号按环境严格划分
禁止所有环境共用 root 或同一账号：
创建专用账号，限制 host 和权限：-- 开发账号（可读写全部表，但仅限本地） CREATE USER 'dev_app'@'127.0.0.1' IDENTIFIED BY 'dev_app_pwd'; GRANT SELECT, INSERT, UPDATE, DELETE ON myapp_dev.* TO 'dev_app'@'127.0.0.1'; <p>-- 测试账号（禁止 DROP / ALTER，防止误操作破坏结构） CREATE USER 'test_app'@'127.0.0.1' IDENTIFIED BY 'test_app_pwd'; GRANT SELECT, INSERT, UPDATE ON myapp_test.* TO 'test_app'@'127.0.0.1';
应用配置里只填这些受限账号，而不是 root —— 即便本地环境也应如此，养成安全习惯。
不复杂但容易忽略：环境配置的本质是让“人”和“机器”都清楚当前在哪、能做什么、不能碰什么。从库名、端口、账号到初始化脚本，每层都带环境标识，就基本不会串库、误删、连错。
