
1. checksum table.
checksum table 会对表一行一行进行计算,直到计算出最终的 checksum 结果。
比如对表 n4 进行校验(记录数 157W,大小为 4G)
我自己笔记本上的测试结果,速度挺快。
不过checksum的限制比较多。罗列如下,
A、不能对视图进行校验。
B、字段顺序不同,校验结果也会不一致。
C、CHAR(100) 和 VARCHAR(100) 存储相同的字符,校验结果也会不一致。
D、在执行 checksum 同时,会对表所有行加共享读锁。
E、还有就是 MySQL 版本不同,有可能校验结果不一致。比如手册上说的, MySQL 5.6.5 之后的版本对时间类型的存储格式有变化,导致校验结果不一致。
那 checksum 的 限制这么多,我们是不是有其方法来突破所有限制呢? 比如说可以模拟 checksum table 的原理来手工计算。
2. 自己计算 checksum 值。
这里用了 MySQL 自身的几个特性:session 变量;通用表达式;窗口函数以及 MySQL 的 concat_ws 函数。实现非常简单。
比如我们用 sha 函数来计算校验值。
如果在 MySQL 老版本运行,可以利用 MySQL 的黑洞引擎,改下 SQL 如下:
对于表要计算校验数据一致性的需求,首选第二种自己写 SQL 的方法。
我试验了以下,语句1执行的结果是:2014-12-06 11:55:00
完全符合预期
语句2执行的结果是:
2014-12-03 15:57:09
也完全符合预期
语句3执行的结果是:
2003-07-27
也完全符合预期
在MYSQL下执行以上语句我都没有遇到问题,你的显示结果不同,可能与你的代码和环境有关。当然,日期内行的值本质上就是一串数字(表示从某个时间开始的秒数),有时候显示为数字只是形式变化了而已,本质没有区别,你可以强制转换格式。
好像可以使用jstl标签活着struts2的标签可以的。。。具体忘了个差不多了、、、实在不行就自己写一个标签,这样还可以作为自己的代码库。。。。jstl这样搞
<%@ taglib prefix="c" uri="http://java.sun.com/jstl/core" %>
<%@ taglib prefix="fmt" uri="http://java.sun.com/jstl/fmt" %>
<fmt:parseDate value="${param.date}" var="date" pattern="yyyy/MM/dd:HH:mm:ss>
<fmt:parseDate value="${param.isoDate}" var="isoDate" pattern="yyyyMMdd'T'HHmmss">
或者这样
:<s:date name="date" format="yyyy-MM-dd " />
这是struts2的标签
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)