MySQL开发与测试环境配置核心是隔离、可复现、易切换，需通过独立schema或Docker实例隔离库，分环境配置文件（dev.cnf/test.cnf），自动化初始化脚本管理数据，以及按环境创建受限权限账号。
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
二、配置文件按环境区分
不要只靠命令行参数或硬编码连接串。把 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 —— 即便本地环境也应如此，养成安全习惯。
不复杂但容易忽略：环境配置的本质是让“人”和“机器”都清楚当前在哪、能做什么、不能碰什么。从库名、端口、账号到初始化脚本，每层都带环境标识，就基本不会串库、误删、连错。
