多源复制中orders库名冲突需主库改名+从库预建库解决：停通道→主库A导出并sed重命名orders为orders_a→从库手动创建orders_a/orders_b→导入→重配通道指向新库名，避免REPLICATE_REWRITE_DB版本兼容与链式失效问题。
从库上两个主库都有 orders 库，直接同步会报错
多源复制不自动隔离库名空间，orders 在主库 A 和主库 B 上同时存在，从库收到两个同名 CREATE DATABASE orders 或 INSERT INTO orders.items 时，SQL 线程会因库/表已存在或 DDL 冲突直接停止。错误通常表现为 Last_SQL_Error: Error 'Can't create database 'orders'; database exists' 或 Duplicate entry for key 'PRIMARY'（若表结构相同但数据混入）。
REPLICATE_REWRITE_DB 在 MySQL 8.0 中怎么用才有效
该参数仅在 CHANGE REPLICATION SOURCE TO 中设置才生效，且只重写库级语句（如 USE orders、CREATE TABLE orders.t），不改表名或库内对象名。MySQL 8.0.23+ 已移除此参数，必须改用规则引擎；8.0.22 及之前可用，但注意：
- 通道名必须显式指定：
CHANGE REPLICATION SOURCE TO SOURCE_HOST='192.168.1.10', REPLICATE_REWRITE_DB=('orders','orders_a') FOR CHANNEL 'master_a'; - 重写目标库名（如
orders_a）必须已在从库上存在，否则CREATE DATABASE仍失败 - 不能链式重写（
('orders','sales')→('sales','sales_b')不生效） - 对
mysqldump --databases orders导出的语句无效——它生成的是CREATE DATABASE IF NOT EXISTS orders，不会触发重写逻辑
为什么不能只靠 replicate_ignore_db 过滤冲突库
replicate_ignore_db 是全局配置，对所有通道生效，无法按通道区分忽略。比如你只想让通道 master_b 忽略 orders，但 master_a 需要同步，这个参数做不到。更关键的是：它只过滤基于库名的语句（如 USE orders 后的语句），对跨库操作（如 INSERT INTO master_a.orders.items SELECT * FROM master_b.logs）完全无效。实际中，它常被误用，反而掩盖真正问题。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
最稳妥的解法：主库侧改名 + 从库预建库
这不是“绕开”问题，而是把命名冲突消灭在源头。操作顺序不能错：
- 停掉所有通道：
STOP SLAVE;（不是STOP SLAVE FOR CHANNEL ''） - 在主库 A 上导出
orders并重命名为orders_a：mysqldump -u root -p --databases orders --skip-triggers --no-create-info | sed 's/`orders`/`orders_a`/g' > orders_a.sql - 在从库上先手动创建
orders_a和orders_b（空库），再导入对应 SQL - 重新配置通道，去掉
REPLICATE_REWRITE_DB，直接指向新库名：CHANGE REPLICATION SOURCE TO SOURCE_HOST='192.168.1.10', ... FOR CHANNEL 'master_a';
这个做法看似麻烦，但避免了重写规则的边界情况、版本兼容性断层（如 8.0.23+）、以及后续新增表时漏配规则的风险。多源复制的本质是“多流汇聚”，不是“智能合并”，名字撞了就得人工划清边界。
