在SQL数据库的主从复制架构中，主库通常会将全量数据同步到从库，但很多业务场景下从库不需要存储敏感数据，比如用户隐私信息、内部核心业务数据等，此时就需要对同步过程进行干预，实现部分数据脱敏过滤。触发器与黑洞引擎是两种常见的实现思路，下面分别展开说明。
一、利用触发器实现主从复制数据脱敏
1. 实现原理
触发器是附着在表上的数据库对象，当表发生INSERT、UPDATE、DELETE等操作时会被自动触发执行。我们可以在从库的同步表上创建触发器，在同步数据写入前对敏感字段进行修改，替换为脱敏后的内容，从而实现数据脱敏。需要注意的是，主从复制的SQL线程在从库执行同步的SQL语句时，会正常触发从库上的触发器。
2. 具体操作步骤
假设主库有一张用户表user_info，包含id、username、phone三个字段，其中phone是敏感字段，需要从库同步时脱敏。
首先确保主从复制已经正常搭建，从库已经存在user_info表，表结构如下：
-- 从库user_info表结构
CREATE TABLE user_info (
id INT PRIMARY KEY,
username VARCHAR(50),
phone VARCHAR(20)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
然后在从库的user_info表上创建BEFORE INSERT触发器，对phone字段进行脱敏处理，脱敏规则为保留前3位和后4位，中间用星号替换：
-- 从库创建脱敏触发器
DELIMITER //
CREATE TRIGGER tr_user_info_insert BEFORE INSERT ON user_info
FOR EACH ROW
BEGIN
-- 判断phone字段不为空时执行脱敏
IF NEW.phone IS NOT NULL AND CHAR_LENGTH(NEW.phone) >= 7 THEN
SET NEW.phone = CONCAT(SUBSTRING(NEW.phone, 1, 3), '****', SUBSTRING(NEW.phone, -4));
END IF;
END //
DELIMITER ;
如果还需要处理UPDATE操作的同步，可以再创建对应的BEFORE UPDATE触发器，逻辑和INSERT触发器类似。
3. 方案优缺点
- 优点：实现逻辑简单，直接针对单表操作，不需要修改主从复制的整体架构，对主库性能没有任何影响。
- 缺点：仅能对从库写入的数据生效，如果主库的UPDATE操作同步到从库，需要额外创建UPDATE触发器；如果有多张表需要脱敏，需要为每张表创建对应的触发器，维护成本较高；触发器执行会占用从库一定的性能，高并发同步场景下可能影响从库同步效率。
二、利用黑洞引擎过滤主从复制数据
1. 实现原理
黑洞引擎（BLACKHOLE）是MySQL的一种特殊存储引擎，所有写入该引擎表的数据都会被丢弃，不会实际存储，但是会正常记录二进制日志。我们可以在主从复制的中间环节，将需要过滤的表的存储引擎修改为黑洞引擎，这样主库同步过来的该表数据不会在从库实际存储，同时可以通过中间件或者过滤规则，仅对指定表的同步进行拦截，实现数据过滤的效果。
2. 具体操作步骤
这里我们采用从库级黑洞引擎过滤的方案，操作如下：
首先停止从库的复制线程：
STOP SLAVE;
然后将从库需要过滤的user_info表的存储引擎修改为黑洞引擎：
ALTER TABLE user_info ENGINE = BLACKHOLE;
修改完成后重启从库的复制线程：
START SLAVE;
此时主库user_info表的所有增删改操作同步到从库后，都会写入黑洞引擎表，数据不会被实际存储，相当于实现了该表数据的过滤。如果需要脱敏而不是完全过滤，可以结合黑洞引擎和触发器：先将表改为黑洞引擎，再创建触发器，在触发器中将敏感字段脱敏后，手动插入到另一张结构相同但引擎为InnoDB的备份表中，不过这种方案复杂度会明显提升。
3. 方案优缺点
- 优点：完全过滤某张表的数据时效率极高，几乎不占用从库存储和性能，配置简单，只需要修改表引擎即可。
- 缺点：只能实现整表数据的过滤，无法做到单表部分字段的脱敏，灵活性较差；如果后续需要恢复该表的同步，需要重新修改表引擎为InnoDB，并且补同步期间缺失的数据，运维成本较高；如果主从复制是级联架构，黑洞引擎表的操作还会继续同步到下级从库，需要额外处理。
三、两种方案的选择建议
如果仅需要过滤整张表的数据，不需要保留任何该表的内容，优先选择黑洞引擎方案，配置简单且性能影响小；如果需要保留表结构，仅对部分敏感字段脱敏，选择触发器方案更合适，不过需要注意维护好多表的触发器逻辑。另外如果业务对主从复制的实时性要求较高，两种方案都需要提前测试从库的同步延迟，避免影响业务使用。
注意：无论使用哪种方案，都需要提前在测试环境验证，确认脱敏过滤效果符合预期，同时做好数据备份，避免误操作导致数据丢失。