用docker快速拉起与生产一致的mysql实例需：拉取对应版本镜像（如mysql:8.0.33）、挂载生产my.cnf、显式指定字符集（utf8mb4）和sql模式、处理gtid导致的导入失败（加--set-gtid-purged=off或reset master）、配置远程访问（bind-address=0.0.0.0+dev用户）、使用命名卷避免chown权限问题。
怎么用 Docker 快速拉起一个和生产一致的 MySQL 实例
直接拉官方镜像 + 指定版本 + 挂载配置文件，比手动装包、调参数快得多，也更可控。关键不是“能跑”，而是“跑得和线上一样”——版本、字符集、SQL 模式、日志级别这些都得对齐。
实操建议：
- 先查清生产 MySQL 版本：
SELECT VERSION();，然后拉对应 tag，比如mysql:8.0.33，别用latest - 把生产环境的
my.cnf（或关键段落）复制到本地，挂载进容器：-v ./my.cnf:/etc/mysql/my.cnf:ro - 必须加
--character-set-server=utf8mb4和--collation-server=utf8mb4_0900_ai_ci，否则建表默认用utf8mb3，上线后可能报错 - 如果生产开了
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_DATE...，本地也要同步，不然开发时漏掉的 NULL 或非法日期，上线就炸
为什么 mysqldump 导出的数据在 Docker 里还原失败
常见错误是 ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty，本质是 dump 文件里带了 GTID 信息，而新容器实例还没初始化好 GTID 状态。
实操建议：
- 导出时加
--set-gtid-purged=OFF，绕过 GTID 校验（开发环境不需要强一致性） - 或者先启动空实例，执行
RESET MASTER;再导入，但要注意这会清空 binlog，只适合全新环境 - 如果 dump 文件来自 RDS 或主从集群，大概率含
SET @@GLOBAL.GTID_PURGED，必须删掉或注释掉该行，否则source一定失败 - 导入前确认字符集：用
file -i dump.sql查编码，避免 utf8mb4 的数据被当 latin1 读入，中文变问号
如何让本地 Docker MySQL 支持远程连接和客户端工具直连
Docker 默认绑定 127.0.0.1，且 root 用户默认只允许 localhost 登录，导致 Navicat、TablePlus 连不上。
实操建议：
- 启动时加
--bind-address=0.0.0.0（写在my.cnf的[mysqld]段里），否则即使端口映射了也拒绝外部连接 - 创建开发专用用户，别改 root：
CREATE USER 'dev'@'%' IDENTIFIED BY 'devpass'; GRANT ALL ON *.* TO 'dev'@'%'; FLUSH PRIVILEGES; - 检查容器防火墙：Docker Desktop for Mac/Windows 通常没问题；Linux 上要确认
ufw没拦3306 - 端口映射别写成
-p 3306（随机端口），必须显式写-p 3307:3306，避免和本机 MySQL 冲突
挂载数据目录后容器反复重启，日志显示 chown 失败
典型现象是 docker logs mysql 里有 chown: changing ownership of '/var/lib/mysql': Operation not permitted，尤其在 macOS 或 WSL2 上高频出现。
实操建议：
- 不要挂载整个
/var/lib/mysql，改挂载子目录如/var/lib/mysql/mysql和/var/lib/mysql/sys（系统库），业务库单独挂载 - 或者用命名卷（named volume）代替 bind mount：
docker volume create mysql-data，再-v mysql-data:/var/lib/mysql，彻底避开权限问题 - 若必须 bind mount，Linux 上加
--user $(id -u):$(id -g)；macOS 上在 Docker Desktop 设置里开启 “Use the new Virtualization framework” 并勾选 “Enable file sharing for /path/to/data” - 首次启动时，确保宿主机目录为空或由 MySQL 初始化过，否则容器内 mysqld 会因文件属主不匹配拒绝启动
最麻烦的其实是配置文件里的路径权限和 SELinux 上下文（Linux 服务器场景），本地开发一般遇不到，但一旦遇到，restorecon -Rv /path/to/my.cnf 才是解药，不是 chmod 777。
