必须为每个MySQL实例分配唯一端口和独立datadir，否则启动失败并报错Address already in use或Another MySQL daemon already running；port、datadir、socket三者须在配置中成对显式声明且路径按端口区分，初始化与启动参数必须严格一致。
必须为每个实例分配唯一端口和独立 datadir，否则 mysqld 启动直接失败，报错如 Address already in use 或 Another MySQL daemon already running with the same unix socket。
端口冲突是启动失败的第一原因
MySQL 实例本质是独立的 mysqld 进程，共享同一套二进制文件，但 TCP 端口不能复用。系统级端口绑定失败会阻断整个启动流程。
-
port必须显式指定且互不重叠，常见做法是用 3306、3307、3308… 递增，避免与已用服务（如 Redis 默认 6379、PostgreSQL 默认 5432）冲突 - 不要依赖默认端口：即使只启一个新实例，也必须在配置中写明
port=3307，否则可能意外继承全局配置里的 3306 - 检查端口占用：
ss -tlnp | grep :3307或lsof -i :3307，确认无残留进程或其它服务占位 - 防火墙需放行对应端口，特别是生产环境启用
firewalld或ufw时
datadir 不隔离等于数据混写
datadir 是 MySQL 实例的根数据目录，包含 ibdata1、mysql/ 系统库、所有数据库子目录。两个实例共用同一 datadir 会导致元数据损坏、崩溃或拒绝启动。
- 每个实例的
datadir必须物理隔离，推荐按端口命名，例如/data/mysql/3307/data和/data/mysql/3308/data - 初始化前确保目录为空且属主为
mysql用户：chown -R mysql:mysql /data/mysql/3307/data - 初始化必须带
--datadir参数，且路径要与配置文件中datadir完全一致，否则后续启动找不到数据 - 禁止软链接跨实例共享
datadir—— MySQL 不支持，且mysqld启动时会校验路径真实性
配置文件里这三项必须成对出现
端口和数据目录不是孤立参数，它们与 socket 文件强绑定。三者必须在同一配置段内显式声明，缺一不可。
-
port：TCP 监听端口，连接时用-P 3307指定 -
datadir：数据文件根路径，影响所有表空间、日志、系统库位置 -
socket：Unix 域套接字路径，本地连接（如mysql -S /var/run/mysqld/mysqld_3307.sock）依赖此项 - 三者路径都应以实例端口区分，例如
socket = /var/run/mysqld/mysqld_3307.sock、pid-file = /var/run/mysqld/mysqld_3307.pid - 若使用
mysqld_multi，则每个[mysqld1]段内必须完整包含这三项，不能靠全局段继承
初始化和启动时最容易漏掉的检查点
很多人能配好配置文件，却在初始化或启动环节翻车，问题往往出在路径权限和参数一致性上。
- 初始化命令中的
--datadir、--socket、--port必须与配置文件完全一致，否则启动时mysqld读取配置发现路径不匹配，直接退出 -
mysqld --initialize必须用--user=mysql运行，否则生成的文件属主错误，后续mysqld_safe无法读取 - systemd 启动时，如果用了
mysqld@.service模板，%i必须与配置文件名后缀一致（如mysql3307.cnf对应mysqld@3307），否则加载错配置 - 启动后验证：
mysql -u root -p -P 3307 -S /var/run/mysqld/mysqld_3307.sock -e "SELECT @@port, @@datadir;"，确认返回值与预期一致
真正麻烦的不是配置本身，而是所有路径、端口、用户、权限在初始化、配置、启动、连接四个环节全程保持严格一致。任何一处手误或复制粘贴遗漏，都会让实例卡在“看似启动成功实则未监听”的状态，排查起来比重新配一遍还费时间。
