同一台机器运行多个mysql版本必须严格隔离端口、数据目录、socket路径等五项配置，初始化须用对应版本二进制，systemd服务需独立定义环境与启动路径，客户端连接应指定TCP或唯一socket。
同一台机器跑多个 MySQL 版本，端口和数据目录必须彻底隔离
MySQL 不像 Python 那样有天然的虚拟环境，版本共存全靠手动划清边界。最常踩的坑是两个实例用了同一个 datadir 或监听同一 port，启动时一个报错“Address already in use”，另一个提示“InnoDB: Unable to lock ./ibdata1”，其实根本不是权限问题，是撞车了。
实操建议：
- 每个版本单独建目录，比如
/usr/local/mysql-5.7、/usr/local/mysql-8.0，别用软链接混用 bin 文件 - 配置文件（
my.cnf）必须为每个实例单独存放，且在启动时显式指定：mysqld --defaults-file=/etc/my-57.cnf -
port、socket、pid-file、datadir、log-Error这五项必须全部不同，缺一不可 - 避免用
service mysql start这类全局命令，它只认系统默认配置，容易误启旧版本
初始化不同版本的数据目录不能混用 mysqld --initialize
MySQL 5.7 和 8.0 的数据字典结构、密码加密方式（caching_sha2_password vs mysql_native_password）、系统表结构都不兼容。用 8.0 的 mysqld 去初始化 5.7 的 datadir，或者反过来，必然导致启动失败，错误日志里常见 table 'mysql.user' doesn't exist 或 Unknown table engine 'InnoDB'。
实操建议：
- 严格按版本使用对应二进制的
mysqld初始化：/usr/local/mysql-5.7/bin/mysqld --defaults-file=/etc/my-57.cnf --initialize - 初始化后立刻检查
datadir下是否有mysql、sys、performance_schema等库，以及ibdata1是否生成成功 - 不要复制已有
datadir直接复用——即使版本相同，也建议重新初始化，避免 UUID、server-id 冲突
客户端连接时指定 --protocol=tcp 避免 socket 路径混淆
linux 下 mysql 命令默认走 localhost 的 unix socket，而 socket 路径由服务端 socket 配置项决定。如果多个实例都用了默认路径（如 /tmp/mysql.sock），客户端连的到底是哪个版本，完全看谁最后启动、谁覆盖了 socket 文件。
实操建议：
- 连接指定版本时，强制走 TCP：
mysql -h 127.0.0.1 -P 3307 -u root -p（注意是127.0.0.1，不是localhost） - 如果非要用 socket，确保每个实例的
socket配置指向唯一路径，例如/var/run/mysqld/mysqld-57.sock，并让客户端显式指定：mysql --socket=/var/run/mysqld/mysqld-57.sock -u root -p - 检查当前连接实际走哪条路：执行
status命令，看 “Connection:” 行写的是 “via TCP/IP” 还是 “via socket”
systemd 管理多实例时，每个服务单元文件必须独立声明 EnvironmentFile 和 ExecStart
很多人照搬单实例的 mysqld.service 改个名字就用，结果发现 systemctl start mysqld-80 启动的是 5.7。根本原因是没切断与系统默认环境变量、ExecStart 模板的耦合，systemd 仍从 /etc/my.cnf 加载配置，或调用了错误路径下的 mysqld。
实操建议：
- 每个服务单元（如
mysqld-57.service）必须包含：EnvironmentFile=-/etc/sysconfig/mysqld-57，并在该文件中定义MYSQLD_OPTS="--defaults-file=/etc/my-57.cnf" -
ExecStart必须绝对路径调用对应版本的二进制：ExecStart=/usr/local/mysql-5.7/bin/mysqld $MYSQLD_OPTS - 运行前先测试配置是否生效：
sudo /usr/local/mysql-5.7/bin/mysqld --defaults-file=/etc/my-57.cnf --validate-config
版本共存本身不难，难的是所有路径、协议、初始化动作、管理入口全都得一一对应。漏掉任意一个环节，表现出来的症状都像是“MySQL 坏了”，其实只是你在跟自己设的套子较劲。