在实现 MySQL 读写分离后，可以通过以下几种方式来保证主库和从库的数据一致性：
一、使用合适的复制模式
1. 基于语句的复制（Statement-Based Replication，SBR）
- 主库将 SQL 语句记录到二进制日志中，从库读取这些日志并执行相同的 SQL 语句。
- 优点：占用空间相对较小，因为只记录语句。
- 缺点：某些情况下可能导致主从数据不一致，例如使用不确定函数或依赖于当前时间的语句。
2. 基于行的复制（Row-Based Replication，RBR）
- 主库将对数据行的更改记录到二进制日志中，从库根据这些行更改进行同步。
- 优点：可以准确地复制数据更改，避免了 SBR 中一些不确定性问题。
- 缺点：日志文件相对较大，占用更多的磁盘空间和网络带宽。
3. 混合复制（Mixed-Based Replication）
- MySQL 会根据具体情况自动选择使用 SBR 或 RBR。
- 例如，对于确定性的语句使用 SBR，对于不确定的语句使用 RBR。
二、合理配置复制参数
1. 设置合适的复制延迟参数
slave_net_timeout：从库与主库连接超时时间。如果从库在这个时间内没有收到主库的数据包，会认为连接中断并尝试重新连接。master_heartbeat_period：主库向从库发送心跳包的时间间隔。从库可以根据这个心跳包来判断主库是否仍然活跃。
2. 调整复制缓冲区大小
relay_log_space_limit：从库中继日志的总空间限制。如果中继日志占用的空间超过这个限制，从库会停止复制并等待应用中继日志中的数据，以释放空间。innodb_flush_log_at_trx_commit：主库和从库都可以设置这个参数来控制事务日志的刷新方式。一般建议设置为 1（每次事务提交时将日志刷新到磁盘），以确保数据的持久性和一致性。
三、监控和管理复制
1. 定期监控复制状态
- 使用 MySQL 提供的命令或工具来检查主从复制的状态，例如
SHOW SLAVE STATUS命令可以查看从库的复制状态信息，包括连接状态、复制延迟等。 - 也可以使用第三方监控工具，如 Nagios、Zabbix 等，对主从复制进行实时监控。
2. 及时处理复制错误
- 如果从库出现复制错误，需要及时分析错误原因并进行处理。常见的错误包括网络问题、主库数据更改导致从库无法应用日志等。
- 可以根据错误信息进行相应的调整，例如重新启动复制、跳过错误的事务等。
四、避免在从库上进行写操作
1. 严格控制从库的写权限
- 确保只有在必要的情况下才在从库上进行写操作，例如进行数据备份、数据分析等。
- 可以通过设置从库的用户权限来限制写操作，只赋予从库用户只读权限。
2. 防止应用程序错误地将写操作发送到从库
- 在应用程序中，应该明确区分读操作和写操作，并将写操作发送到主库。可以通过配置数据库连接池或使用中间件来实现这一点。
五、使用数据校验工具
1. 定期进行数据校验
- 使用工具对主库和从库的数据进行比较，以确保数据的一致性。例如，可以使用 pt-table-checksum 工具来比较主从库中表的数据差异。
- 如果发现数据不一致，可以根据具体情况进行修复，例如重新同步数据或手动修复错误的数据。
2. 数据校验的频率和范围
- 根据系统的重要性和数据变化的频率，确定数据校验的频率。对于关键业务系统，可能需要更频繁地进行数据校验。
- 可以选择对整个数据库进行校验，也可以只对特定的表或数据范围进行校验，以提高校验的效率。