mysql如何配置主从半同步复制_数据强一致性与延迟性能权衡-mysql教程-PHP中文网

MySQL半同步复制不能保证强一致性，仅降低数据丢失概率；开启后写入延迟上升但远低于全同步；插件加载失败需检查semisync_master.so路径、权限及plugin_dir；主从插件不可混用；rpl_semi_sync_master_timeout过短会导致频繁降级；GTID模式下必须用MASTER_AUTO_POSITION=1；read_only=1不防SUPER用户写入，需super_read_only=1才可靠。

mysql如何配置主从半同步复制_数据强一致性与延迟性能权衡

MySQL 半同步复制不能保证强一致性，只能降低数据丢失概率；开启后写入延迟会上升，但比全同步低得多。

半同步插件加载失败：`semisync_master.so` 找不到或报错

MySQL 5.7+ 默认不自动安装半同步插件，需手动确认插件文件是否存在、路径是否正确、权限是否可读。

plugin_dir 路径可通过 SHOW VARIABLES LIKE 'plugin_dir'; 查看，常见位置是 /usr/lib64/mysql/plugin/ 或 /usr/lib/mysql/plugin/
检查插件文件是否存在：ls -l /usr/lib64/mysql/plugin/semisync_*.so；若缺失，需重装 mysql-community-server 或单独下载对应版本的插件包
MySQL 启动时加载失败会在错误日志中报 Plugin 'rpl_semi_sync_master' init function returned error，此时必须先解决插件路径或依赖问题，再设 rpl_semi_sync_master_enabled=1
插件名区分主从：semisync_master.so 用于主库，semisync_slave.so 用于从库，不可混用

`rpl_semi_sync_master_timeout` 设置过短导致频繁降级为异步

该参数单位是毫秒，控制主库等待从库 ACK 的最长时间。默认 10000（10 秒），生产环境建议设为 3000–5000，太小会频繁触发降级，太大则失去半同步意义。

超时后主库自动切回异步模式，SHOW STATUS LIKE 'Rpl_semi_sync_master_status'; 会变为 OFF
降级不是故障，是设计行为；恢复后（如从库网络恢复）会自动重新启用半同步，无需重启 MySQL
监控关键状态变量：Rpl_semi_sync_master_clients（当前连接的半同步从库数）、Rpl_semi_sync_master_yes_tx（成功半同步事务数）

GTID 模式下 `CHANGE MASTER TO` 必须用 `MASTER_AUTO_POSITION = 1`

启用 gtid_mode=ON 后，不能再用传统 MASTER_LOG_FILE 和 MASTER_LOG_POS 方式配置主从关系，否则会报错 ERROR 1777 (HY000): CHANGE MASTER TO with MASTER_AUTO_POSITION = 0 is not allowed when @@GLOBAL.GTID_MODE = ON.

MySQL8 CRM Schema Design Expert

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

下载

正确写法：CHANGE MASTER TO MASTER_HOST='192.168.65.131', MASTER_USER='replication_user', MASTER_PASSWORD='password', MASTER_PORT=3306, MASTER_AUTO_POSITION = 1;
从库启动前必须确保 gtid_executed 与主库一致，可通过 mysqldump --all-databases --single-transaction --triggers --routines --set-gtid-purged=ON 导出并导入来初始化
MASTER_AUTO_POSITION = 1 依赖主库的 Previous_gtid_log_event 和从库的 gtid_executed 自动对齐位点，跳过手动找 binlog 文件和偏移量的步骤

只读从库仍可能被误写入：`read_only=1` 不等于绝对安全

read_only=1 仅阻止普通用户写入，SUPER 权限用户（如 root）仍可执行 DML/DDL，且该参数不作用于临时表、存储过程内部语句或复制线程自身操作。

真正防写入应配合 super_read_only=1（MySQL 5.7.8+），它会拒绝所有 SUPER 用户的写操作（除复制线程外）
检查是否生效：SELECT @@read_only, @@super_read_only;，两者都为 ON 才算可靠
注意：设置 super_read_only=1 后，无法用 SET GLOBAL super_read_only=0 关闭，除非先关闭 read_only，否则会报错 ERROR 1290 (HY000)

半同步真正的复杂点不在配置，而在于它不提供“提交即持久”的承诺——主库返回成功 ≠ 从库已落盘，只是 relay log 写入完成。如果你的应用要求事务在主从两端都 fsync 到磁盘，那得上 Group Replication 或外部仲裁机制，半同步本身做不到。