MySQL 8.0默认不启用GTID模式，需显式配置gtid_mode=ON和enforce_gtid_consistency=ON并重启生效；若未执行MASTER_AUTO_POSITION=1，则复制仍走传统file/pos模式，Auto_Position=0即为确证。

确认是否真被强制切到GTID模式

MySQL 8.0默认启用enforce_gtid_consistency=ON和gtid_mode=ON，但只要没显式执行CHANGE MASTER TO MASTER_AUTO_POSITION = 1，复制仍走传统file/pos模式。报错1236却误以为是GTID问题，常导致操作方向错误。

先在从库执行SHOW SLAVE STATUS\G，检查两项关键输出：

• Auto_Position: 0 → 确认仍是传统模式
• Master_Host、Master_Port后没有MASTER_AUTO_POSITION = 1字样

如果Auto_Position是1，说明升级时或后续配置被改过，必须退回到MASTER_LOG_FILE/MASTER_LOG_POS方式重配；如果是0，就按传统模式修复，别碰gtid_purged或RESET MASTER。

传统模式下快速定位binlog断点

升级后主库可能因binlog_expire_logs_seconds（8.0.28+新增）或旧的expire_logs_days自动清理了旧binlog，而从库还卡在已删除的文件上。错误信息里出现Could not find first log file name in binary log index file或Client requested master to start replication from impossible position就是典型信号。

分三步确认断点有效性：

• 查从库当前要读的文件：Master_Log_File: mysql-bin.000123 和 Read_Master_Log_Pos: 198765432
• 登录主库，运行SHOW BINARY LOGS;，看mysql-bin.000123是否还在列表里
• 若不在，用ls -l /var/lib/mysql/mysql-bin.*手动确认磁盘上是否存在；若存在但SHOW BINARY LOGS不显示，可能是log_bin_index文件损坏，需重建索引

注意：MySQL 8.0默认log_bin_index路径由log_bin_basename决定，不是固定mysql-bin.index，别只查老路径。

安全重设位点的三步操作

确认主库已无目标binlog文件后，不能直接跳过事务（sql_slave_skip_counter在8.0中已弃用），必须让从库从现存最早binlog的起始位置重新同步。这要求主库binlog格式兼容且数据一致。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

操作前确保：

• 主库binlog_format是ROW或MIXED（STATEMENT在8.0中受限）
• 从库已停用复制：STOP SLAVE;
• 主库现存最早binlog文件名（如mysql-bin.000291）已通过SHOW BINARY LOGS;确认

执行：

CHANGE MASTER TO 
  MASTER_LOG_FILE = 'mysql-bin.000291', 
  MASTER_LOG_POS = 4;
START SLAVE;

MASTER_LOG_POS = 4是每个binlog文件的硬编码起始偏移，不可改成0或其它值；若仍报1236，说明该文件实际已被截断或损坏，此时只能重建从库。

容易被忽略的server-id和max_allowed_packet陷阱

升级8.0后，server-id重复或max_allowed_packet不一致会伪装成1236错误。比如主库max_allowed_packet=1G，从库仍是默认4M，大事务复制时从库收包失败，报错里却只显示“1236 from master when reading data”，根本不会提packet大小。

必须检查：

• 各节点SELECT @@server_id;——升级后Docker容器或systemd服务可能重置为默认1
• 主从SELECT @@max_allowed_packet;是否一致，尤其注意8.0中slave_max_allowed_packet_size参数已移除，只看max_allowed_packet
• my.cnf里server-id是否写在[mysqld]段内，且无前后空格

这些配置项改完必须重启mysqld，并重新执行CHANGE MASTER TO，否则复制线程仍用旧上下文连接。