sql server中checksum行级校验和存在高碰撞风险，仅适用于粗筛；跨库应优先用sha2_256并显式处理null、时间精度、浮点误差及空格问题。
SQL Server里用CHECKSUM生成行级校验和，但要注意碰撞风险
CHECKSUM是SQL Server内置函数，能对整行或指定列快速计算一个整型哈希值，常用于变更检测。但它不是加密哈希，碰撞概率高——两行不同数据可能产出相同CHECKSUM值。
- 对单行计算：直接写
CHECKSUM(*)，SQL Server会按表定义顺序取所有非计算列（含NULL）参与运算 - 避免隐式类型转换干扰结果：显式指定列，如
CHECKSUM(col1, col2, ISNULL(col3, ''))，尤其当列可为NULL时，ISNULL比COALESCE更安全（后者在CHECKSUM中可能触发类型推导异常） - 不能用于
WHERE条件做精确匹配校验：比如WHERE CHECKSUM(*) = @old_hash可能漏判，仅适合粗筛 - 结果是
int，范围有限（-2^31 ~ 2^31-1），高并发写入+宽表场景下冲突更易发生
PostgreSQL或MySQL需用md5()，但得先拼接字段再哈希
多数数据库不支持直接对“整行”调用md5()；必须手动拼接字段，否则会报错function md5(record) does not exist或类似提示。
- PostgreSQL推荐写法：
md5(COALESCE(col1::text, '') || '|' || COALESCE(col2::text, '') || '|' || COALESCE(col3::text, ''))，用|分隔可降低拼接歧义（比如'ab'+'c'和'a'+'bc'结果相同） - MySQL 8.0+支持
MD5(CONCAT_WS('|', col1, col2, col3))，CONCAT_WS自动跳过NULL，比嵌套IFNULL更简洁 - 注意字符集：若字段含中文或特殊符号，确保连接前统一转为
UTF8编码，否则跨库同步时哈希值可能不一致 - 性能敏感场景慎用：每行都要做字符串拼接+哈希，比
CHECKSUM慢3~5倍，大表SELECT时明显卡顿
跨数据库兼容的校验和方案：用SHA2_256替代MD5更稳妥
MD5已不推荐用于完整性校验（碰撞攻击成本低），生产环境建议升到SHA2_256，且主流数据库都支持该函数名（SQL Server 2012+、PostgreSQL 10+、MySQL 5.7+）。
- SQL Server：
HASHBYTES('SHA2_256', CONCAT(col1, '|', col2, '|', ISNULL(col3, '')))，返回varbinary(32)，常转成十六进制显示：CONVERT(varchar(64), HASHBYTES('SHA2_256', ...), 2) - PostgreSQL：
encode(digest(col1 || '|' || col2 || '|' || coalesce(col3, ''), 'sha256'), 'hex') - 关键细节：所有数据库中
NULL拼接结果都是NULL，必须用COALESCE/ISNULL兜底，否则整行哈希值全为NULL - 别在
WHERE或JOIN里直接调用哈希函数——会导致无法走索引；应预先计算并存到持久化列（SQL Server支持PERSISTED，PG支持函数索引）
生成校验和时最容易被忽略的三个点
实际跑通不难，但线上出问题往往卡在这几个细节上：
- 时间类型字段：
DATETIME和TIMESTAMP默认带毫秒或时区信息，但不同数据库精度不同（SQL Server默认3位毫秒，MySQL 5.6只到秒），拼接前统一FORMAT或TO_CHAR成'yyyy-MM-dd HH:mm:ss'格式 - 浮点数列：
float/real存在二进制表示误差，1.1 + 2.2 != 3.3，建议转成DECIMAL或四舍五入到固定小数位再参与哈希 - 行末空格：SQL标准规定
CHAR类型右补空格，但md5('a ') != md5('a')，用RTRIM或TRIM清理后再拼接
