MySQL 8.0 Database Administrator (1Z0-908)

**GTID 复制和 binlog position 复制混用搞崩主从** — MySQL 8.0 推荐 GTID，但老集群可能还在用 CHANGE MASTER TO ... MASTER_LOG_FILE / MASTER_LOG_POS。两种模式不能无缝切换，必须先在所有节点开启 gtid_mode=ON_PERMISSIVE，再逐步过渡到 ON。考试会给你一个"主库开了 GTID 从库没开"的场景问复制为什么起不来，答案是 gtid_mode 必须两边一致。直接从 position 切 GTID 不做中间态过渡，生产上会让整个从库废掉。

**InnoDB vs MyISAM 选错存储引擎** — MyISAM 不支持事务、不支持行锁、不支持外键、崩溃恢复能力极弱（一次断电可能整张表损坏）。2026 年任何 production 场景都不应该用 MyISAM。但考试仍然会出"什么场景下 MyISAM 比 InnoDB 快"这类题，标准答案是"全表 COUNT(*) 快"（因为 MyISAM 把行数存在表元数据里）—— 但紧接着的题会问你是否应该因此选 MyISAM，答案永远是**不**，因为事务和崩溃安全远比那点 COUNT 性能重要。

**mysqldump vs MEB vs XtraBackup 场景分不清** — mysqldump 是逻辑备份（生成 SQL 文件），适合 <100GB 小库、跨版本迁移、单表恢复。MySQL Enterprise Backup (MEB) 是 Oracle 官方的物理热备工具（付费，年费 $5000+），产出二进制文件。Percona XtraBackup 是开源的物理热备工具，事实标准，免费。考题给你一个"500GB 数据库要求 30 分钟内完成备份且不能锁表"的场景，答案是 XtraBackup 或 MEB，不是 mysqldump —— mysqldump 500GB 逻辑备份可能跑一整天。

**事务隔离级别 REPEATABLE READ 的幻读误解** — 标准 SQL 的 RR 级别会有幻读，但 MySQL InnoDB 的 RR 通过 Next-Key Lock (行锁 + gap lock) 消除了幻读。很多题库答案还停留在"RR 有幻读"的老说法，和 MySQL 实际行为冲突。考试以 MySQL 实际行为为准：InnoDB RR 下幻读不会发生。另外 READ COMMITTED 不会有 gap lock，并发度更高但会有不可重复读 —— 高并发 OLTP 系统（如电商订单）经常把默认 RR 改成 RC。

**索引优化 —— 最左前缀和覆盖索引搞混** — 联合索引 (a, b, c) 能用于 WHERE a=? AND b=? 但不能用于 WHERE b=? AND c=?（违反最左前缀）。覆盖索引 (Covering Index) 是指查询需要的所有列都在索引里，不需要回表 —— 在 EXPLAIN 的 Extra 列看到 "Using index" 才是覆盖索引，看到 "Using where" 不是。考试最爱出 SELECT * FROM t WHERE a=? 的 EXPLAIN 结果题 —— SELECT * 几乎不可能是覆盖索引，因为你要取所有列。

**Caching SHA-2 认证插件导致老客户端连不上** — MySQL 8.0 默认把认证插件从 mysql_native_password 改成 caching_sha2_password。PHP 老版本 (< 7.2.8) 的 mysqli / PDO_MySQL、老的 MySQL Connector/J (< 8.0.9) 全都连不上，报错 "Authentication plugin ... cannot be loaded"。解决方法要么升级客户端驱动，要么在 my.cnf 里设 default_authentication_plugin=mysql_native_password 回退到老插件。这是 8.0 升级最高频踩坑点，考试必考。

**binlog_format 三种模式选错** — STATEMENT 记录 SQL 语句（binlog 小但非确定性函数如 NOW() 会导致主从数据不一致），ROW 记录每行变化（binlog 大但 100% 一致，MySQL 8.0 默认），MIXED 自动切换。生产环境标准答案永远是 ROW，STATEMENT 已经基本淘汰。考试场景题如果问"为什么主从数据不一致"，检查点之一就是 binlog_format 是不是 STATEMENT。