server-id必须是正整数且全局唯一；它需在[mysqld]段内以纯数字配置，重复或错误格式会导致I/O线程无法启动并报错server_id冲突。
server-id 必须是正整数且全局唯一
MySQL 主从复制中，server-id 不是可选配置——只要启用了二进制日志（log-bin）或作为从库运行，就必须显式设置。它的本质是一个整数 ID，用于标识集群中每个 MySQL 实例的唯一身份。主库和所有从库的 server-id 值不能重复，否则从库在连接主库时会收到错误：ERROR 1236 (HY000): Could not find first log file name in binary log index file 或更直接的 Replica I/O thread cannot start: The server_id value is the same as the master's。
常见错误包括：
- 多台机器部署时，复制 my.cnf 后忘记修改
server-id - 使用容器或云数据库快照恢复实例，ID 未重置
- 误设为 0（MySQL 5.7+ 允许但不推荐；8.0 中若启用
log-bin则强制要求非 0）
my.cnf 中配置 server-id 的位置和格式
server-id 必须写在 [mysqld] 段内，不能放在 [client] 或其他节下。它不接受表达式、变量或注释内联值，只认纯数字。
正确示例：
[mysqld] server-id = 1 log-bin = mysql-bin
错误写法（会导致启动失败或被忽略）：
-
server-id = "1"（加引号 → 解析为字符串，MySQL 会静默转成 0） -
server-id=01（前导零 → 可能被解析为八进制，实际变成 1，但易引发混淆） -
server-id = 1 # master（注释紧跟值后 → 部分版本会截断失败）
主从之间 server-id 冲突的实际表现
当主库和从库 server-id 相同时，最典型的现象不是复制延迟，而是从库的 I/O 线程根本无法启动：
