最直接可靠的方式是启动多个mysqld进程，各绑定不同端口、datadir、socket、pid-file和独立my.cnf；Docker容器方案更省心，天然隔离，但镜像大、调试不便。
用不同端口 + 独立配置文件启动多个 mysqld 实例
同一台机器跑多个 MySQL，最直接可靠的方式是启动多个 mysqld 进程，每个绑定不同端口、数据目录和配置文件。系统级隔离强，互不干扰，适合开发、测试或轻量多租户场景。
关键不是“复制 MySQL 安装”，而是为每个实例准备独立的：
-
my.cnf配置文件（必须指定port、datadir、socket、pid-file） - 专属
datadir目录（需初始化：mysqld --initialize-insecure --datadir=/path/to/data1） - 启动时显式指定配置：
mysqld --defaults-file=/etc/my-instance1.cnf
注意：不要复用同一个 datadir，也不要省略 --defaults-file —— 否则会读取全局 /etc/my.cnf，导致端口冲突或数据覆盖。
用 Docker 快速拉起隔离的 MySQL 容器
Docker 是目前最省心的多实例方案，每个容器自带文件系统、网络栈和进程空间，天然隔离。不用操心用户权限、路径冲突或端口占用排查。
常用命令示例：
docker run -d \ --name mysql801 \ -p 3307:3306 \ -v /opt/mysql/data1:/var/lib/mysql \ -e MYSQL_ROOT_PASSWORD=pass123 \ -d mysql:8.0
要点：
-
-p 3307:3306把宿主机 3307 映射到容器内默认 3306，避免端口冲突 - 每个
-v挂载路径必须唯一，否则多个容器写入同一目录会损坏数据 - 容器名（
--name）和 root 密码（MYSQL_ROOT_PASSWORD）建议差异化管理
缺点是镜像体积大、调试 mysqld 进程内部状态不如原生方便。
避免踩坑：socket 文件、PID 文件、错误日志不能共用
即使端口不同，如果多个实例共享 socket 或 pid-file 路径，会导致启动失败或后续连接被错误路由。常见报错如：
Can't start server: Bind on TCP/IP port: Address already in use（端口占了）File './mysql-bin.index' not found (Errcode: 13 - Permission denied)（datadir 权限不对）Another MySQL daemon already running with the same unix socket（socket 冲突）
务必检查以下配置项在每个实例中是否唯一：
-
port（如 3306 / 3307 / 3308） -
socket（如/tmp/mysql1.sock//tmp/mysql2.sock） -
pid-file（如/var/run/mysqld/mysqld1.pid） -
log-error（错误日志路径也得分开，否则混在一起无法定位问题）
别用「MySQL 多数据库」代替「多实例」
一个 MySQL 实例里建多个 database（CREATE DATABASE db1 / db2），不是环境隔离 —— 它们共享内存、连接池、锁表范围、慢查询日志、甚至用户权限体系。一旦某个库执行 ALTER TABLE 或遭遇死锁，可能拖垮其他库。
真正需要隔离的场景（比如不同项目要求不同 MySQL 版本、SQL mode、max_connections），必须上多实例或容器。用 schema 划分只是逻辑分组，不是运行时隔离。
复杂点在于初始化和运维成本：每个实例都要单独备份、监控、升级。但比起因共享引发的隐性故障，这点投入值得。
