MySQLQ&A说说checksumtable_MySQL
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了MySQLQ&A说说checksumtable_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2384字，纯文字阅读大概需要4分钟。
内容图文
bitsCN.com
MySQL Q&A说说checksum table
有同学问到 checksum table在逻辑备份时候前后是否可以用于验证数据一致性。扩展一下发现有一些有趣的问题，比如数据插入顺序不同、表引擎不同、操作系统位数不同等。 www.bitsCN.com
插入顺序不同是否有影响
我们知道全表扫描是可以有很多种顺序的，尤其当表里面出现过delete动作以后，逻辑导出再导入另外一个表后，两个表的全表扫描结果可能不同。
Checksum table计算返回值的逻辑大致如下：
Cpp代码
ha_checksum crc= 0;
foreach(row in table)
{
row_crc= get_crc(row);
crc+= row_crc;
}
return crc;
可以看到只要总行数已经行内容相同，与读取行的顺序无关。
从这个逻辑还能得到一下几个结论： www.bitsCN.com
1) 与使用的引擎无关，也就是说即使主备不用同一个引擎，checksum也可用于检查。虽然InnoDB有隐藏行，但这里无视。
2) 与是否有索引无关。row_crc只用行本身的数据来计算，并不包括索引数据。
也就是说如果能够保证两个表里面的数据一样，表结构（列内容和顺序一样），操作系统一样，MySQL版本一致，是能够保证checksum的结果的。
下面我们讨论集中“不一样”
www.bitsCN.com
字段顺序不同是否有影响
在个row计算row_crc时，是每个字段依次计算的。但计算过程中会将上一个字段的结果作为计算下一个值的输入。
switch (f->type()) {
case MYSQL_TYPE_BLOB:
case MYSQL_TYPE_VARCHAR:
case MYSQL_TYPE_GEOMETRY:
case MYSQL_TYPE_BIT:
{
String tmp;
f->val_str(&tmp);
row_crc= my_checksum(row_crc, (uchar*) tmp.ptr(),
tmp.length());
break;
}
default:
row_crc= my_checksum(row_crc, f->ptr, f->pack_length());
break;
}
因此字段顺序会影响结果。
字段长度不同是否有影响
即使看到相同的内容，也有可能得到不同的checksum。
从上面计算每个field的crc上看，若为变长字段(varchar等)，由于用于计算的是实际长度，因此不会影响。比如将表的varchar(20)字段改成varchar(25)，不会改变checksum的值。
但若将char(20)改成char(25)，或者int改成bigint，则会改变checksum。
操作系统位数不同
因为返回值是unsigned long，我们就担心32位和64位机器的溢出问题。所幸在计算过程中的ha_myisam直接定义为uint32，只是在返回的时候才转成unsigned long，因此无影响。
字符集不同
这个问题其实一直比较含糊。实际上与输入字符集有关。但有一个结论是肯定的：若表里面字段的unhex()值相同，得到的checksum即相同。
bitsCN.com
内容总结
以上是互联网集市为您收集整理的MySQLQ&A说说checksumtable_MySQL全部内容，希望文章能够帮你解决MySQLQ&A说说checksumtable_MySQL所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。