MySQL多实例启动失败主因是端口冲突，须为每个实例配置独立port、socket、pid-file和datadir；推荐用mysqld_multi管理，通过/etc/my.cnf中[mysqld1]等段落定义；连接时需显式指定-S socket或-P端口避免连错。
mysql多实例启动失败：端口被占或 mysqld 拒绝绑定
同一台机器跑多个 MySQL 实例，最常见卡点就是端口冲突。默认 3306 只能被一个进程占用，后续实例必须显式指定新端口，且该端口不能被其他服务（包括另一个 mysqld）监听。
实操建议：
- 启动前先检查端口占用：
netstat -tuln | grep :3307（把3307换成你要用的端口） - 确保
my.cnf中每个实例有独立的port、socket、pid-file和datadir，四者缺一不可 - 不要复用同一个
socket文件路径，否则客户端连接时会连错实例（比如mysql -S /tmp/mysql.sock默认只认第一个） - Linux 下非 root 用户启动时，
port小于 1024 会被拒绝，选3307、3308这类更安全
配置文件怎么分：mysqld_multi vs 独立 my.cnf 段
MySQL 官方推荐用 mysqld_multi 管理多实例，它本质是读取同一个 my.cnf 里不同 [mysqldN] 段（如 [mysqld1]、[mysqld2]），再分别调用 mysqld 启动。不推荐为每个实例单独建一个 my.cnf 并用 --defaults-file 启动——容易漏掉全局配置（比如 [client] 或 [mysql] 段），导致命令行工具行为不一致。
实操建议：
- 主配置文件统一放在
/etc/my.cnf，开头写[mysqld_multi]段，指定mysqld二进制路径和日志位置 - 每个实例用
[mysqld1]、[mysqld2]等命名，必须包含port、socket、datadir、pid-file -
mysqld_multi report可快速查看哪些实例已定义、端口是否就绪 - 初始化第二个实例的
datadir时，要用mysqld --initialize --datadir=/var/lib/mysql2 --user=mysql，不能直接复制第一个目录
连接时连错实例：mysql 命令默认走哪个 socket？
执行 mysql -u root -p 时，客户端默认按编译时指定的 socket 路径找服务（通常是 /var/lib/mysql/mysql.sock 或 /tmp/mysql.sock），而不是按当前 shell 的环境变量或配置文件。如果多个实例的 socket 都指向同一个路径，就会连上最先启动的那个。
实操建议：
- 连接指定实例，优先用
-S显式指定 socket：mysql -S /var/lib/mysql2/mysql.sock -u root -p - 或者用
-h 127.0.0.1 -P 3307强制走 TCP，绕过 socket 查找逻辑 - 避免在
[client]段硬编码socket，否则所有 mysql 命令都固定连一个实例 - 脚本中连接多实例时，别依赖
mysql默认行为，始终带-S或-P
权限与数据隔离没做实：一个实例删库影响另一个？
多实例之间默认完全隔离——只要 datadir 不同、用户不同、socket 不同，就不会互相干扰。但人容易犯错：比如用 root 启动两个实例，又在两个实例里都创建了同名数据库，然后误操作 DROP DATABASE test;，看起来“删了一个”，其实只是删了当前连接的那个。
实操建议：
- 每个实例用独立系统用户运行（如
mysql1、mysql2），并确保datadir所属用户和启动用户严格一致 - 不要在不同实例间共享
mysql系统库（即不要复制整个datadir），初始化必须各自独立 - 备份脚本里写死
socket或port，否则mysqldump可能连到错误实例导出空库 - 监控时注意区分
SHOW GLOBAL STATUS是查当前连接的实例，不是查整台机器
真正麻烦的是配置项之间的隐式耦合：比如 innodb_buffer_pool_size 加起来超过物理内存，或者两个实例的日志都往同一个 slow_query_log_file 写，会导致日志覆盖或权限报错。这些不会立刻报错，但会在高负载时突然暴露。
