本文目录一览：
MySQL主备库数据一致性校验及修复
或者，我们也可以用 pt-table-checksum & pt-table-sync 两个工具来校验并修复数据，只要运行频率适当，是可行的。真想要提高多节点间的数据一致性，可以考虑采用PXC方案。
当出现主从数据不一致的情况，常见的应对方法是先把从库下线，然后找个半夜三更的时间把应用停掉，重新执行同步，如果数据库的体积十分庞大，那工作量可想而知，会让人崩溃。
另外为了避免 kill 错，在每个 SQL 对象添加了一个32位的 md5 值，每次 kill 的时候会校验这个 md5 值。 本工具借鉴 pt-table-checksum 工具思路改写，可以检查随意两个 mysql（支持 mysql sql 语法的数据库）节点的数据一致性。
MySQL 的 concat_ws 函数。实现非常简单。比如我们用 sha 函数来计算校验值。如果在 MySQL 老版本运行，可以利用 MySQL 的黑洞引擎，改下 SQL 如下：对于表要计算校验数据一致性的需求，首选第二种自己写 SQL 的方法。
如何保证redis与mysql数据最终一致性
1、这种情况应该是先删除缓存，然后在更新数据库，如果删除缓存失败，那就不要更新数据库，如果说删除缓存成功，而更新数据库失败，那查询的时候只是从数据库里查了旧的数据而已，这样就能保持数据库与缓存的一致性。
2、SAGA或者TCC - 这两种需要业务代码的大量配合。通过业务代码来补偿一致性。 现实当中有XA协议。比如Ehcache是支持XA协议的。但是性能表现不佳，运维也麻烦。
3、二者数据同步的关键在于mysql数据库中主键，方案是在redis启动时区mysql读取所有表键值存入redis中，往redis写数据是，对redis主键自增并进行读取，若mysql更新失败，则需要及时清除缓存及同步redis主键。
4、如果要“保证”数据的安全性，那么会带来开销的进一步提升，以至于使用redis带来的性能优势都会丧失。正确的做法是区分不同的业务，使得并不需要“保证”数据一致性的场合，可以使用redis优化。而敏感的场合依然使用mysql。
mysql如果部门编号要升位,如何保证相关表中数据的一致性
1、MySQL通过外键约束来保证表与表之间的数据的完整性和准确性。 外键的使用条件：外键的好处：可以使得两张表关联，保证数据的一致性和实现一些级联操作。
2、t_girl=# select count（*） from （select * from t1_old except select * from t1_new） as T；count --- 0 （1 row）Time： 809 ms 这里检测出来结果是0，那么证明两表的内容一致。
3、MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。
4、那基于数据复制方式，一般是主从两个节点，数据怎么保证一致性呢？其实是通过复制协议进行数据传输，通过Switch切换保证故障以后服务能够尽快恢复。
5、也可以不这么做；slave节点服务器配置不要太差，否则更容易导致复制延迟。
