影子库必须用目标版本（如8.0.33）从零初始化干净实例，因8.0的mysqld --initialize-insecure会生成新系统表结构、校验datadir权限并重写角色权限表，复用5.7 datadir将报错“table 'mysql.user' doesn't exist”或启动失败。
直接在生产环境用影子库压测 MySQL 8.0 兼容性，核心前提是：影子库必须是目标版本（如 8.0.33）从零初始化的干净实例，不能复用旧数据目录或混用老版本二进制 —— 否则启动即失败，或权限、字符集、系统表结构层面静默不兼容。
为什么影子库必须用目标版本初始化
MySQL 8.0 的 mysqld --initialize-insecure 逻辑与 5.7 完全不同：它会生成新的 mysql.user 表结构（含 authentication_policy 字段）、重写 mysql.role_edges 和 mysql.default_roles，并强制校验 datadir 权限和 innodb_page_size。若拿 8.0 的二进制去启动一个 5.7 的 datadir，大概率报错 Table 'mysql.user' doesn't exist 或卡死在初始化阶段。
- 执行前确认 donor 实例版本：
SELECT VERSION(); - 影子库初始化命令必须用目标版本二进制：
./bin/mysqld --initialize-insecure --datadir=/path/to/shadow_datadir --basedir=/path/to/mysql-8.0.33 -
/path/to/shadow_datadir必须为空目录，不能包含任何ibdata1、mysql/子目录或残留日志文件
数据同步不能只靠 mysqldump
mysqldump 默认导出的是向后兼容 SQL，会丢掉 MySQL 8.0 特有元数据：比如角色继承链、CREATE USER ... REQUIRE CURRENT PASSWORD 语法、JSON 列的 CHECK 约束、隐藏索引状态。这些在影子库里一执行就报错或被忽略。
- 结构 + 数据导出用：
mysqldump --no-tablespaces --skip-triggers --set-gtid-purged=OFF --databases db1 db2 - 触发器 / 存储过程 / 函数必须单独提取：
SHOW CREATE PROCEDURE proc_name，然后人工检查DEFINER是否符合 8.0 权限模型（例如DEFINER='root'@'localhost'在 8.0 中可能被拒绝） - 大表建议换
mysqlpump（MySQL 5.7.8+ 自带）或mydumper：它们支持并行、保留 GTID、更准处理utf8mb4_0900_as_cs排序规则
灰度验证必须覆盖权限与 SQL 模式变更点
应用连得上、DML 跑得通 ≠ 权限和行为真正兼容。MySQL 8.0 默认启用密码策略、sql_mode 新增 STRICT_TRANS_TABLES 和 ONLY_FULL_GROUP_BY，且 root@localhost 不再自动拥有 SYSTEM_VARIABLES_ADMIN 这类新权限。
- 重点验证：
SELECT * FROM performance_schema.events_statements_summary_by_digest—— 需要SYSTEM_VARIABLES_ADMIN，老账号常缺这个 - 对比
CURRENT_USER()和USER()返回值差异，确认 definer 权限边界是否收缩 - 查角色继承：
SELECT * FROM mysql.role_edges（5.7 没这张表），验证GRANT role1 TO user1是否生效 - 测试动态变量持久化：
SET PERSIST max_connections = 1000，失败说明用户缺少PERSIST_ROLES_ADMIN
ShardingSphere 影子库路由要注意 DDL 限制
如果用 ShardingSphere 做影子流量分发，注意它的影子算法对 DDL 支持有限：基于列的影子算法不支持 ALTER TABLE、CREATE INDEX 等 DDL；基于 Hint 的影子算法虽支持全部 SQL，但要求业务 SQL 显式带上 /*shadow:true*/ 注释 —— 若压测流量没透传该 Hint，所有 DDL 仍会打到生产库。
- 压测前确保应用层已注入影子标识（如 HTTP Header 或 RPC Context）
- ShardingSphere 配置中开启
sqlCommentParseEnabled: true，否则 Hint 不会被识别 - DDL 类操作建议单独走影子库管理通道（如 DBA 手动执行），避免误路由
最易被忽略的一点：影子库的 server_id 必须和生产库不同，且 log_bin 应关闭 —— 否则压测产生的 binlog 可能被误接入复制链路，污染 GTID 集合或引发主从冲突。
