MySQL存储50位以上超大数做算术运算时的类型选择及varchar查询异常问题

疑问1：varchar列的隐式转换逻辑与结果错误的原因 #

• 执行WHERE id % 2 = 0这类算术运算时，MySQL 确实会对varchar类型的列触发隐式数值转换，但这个转换的截断规则直接导致了结果偏差：
  • 转换过程中MySQL不会把字符串转成普通32位int，而是优先映射为自身支持的最大范围有符号BIGINT（仅能承载最多19位有效数字）。
  • 当你存储的数字长度超过19位时，超出的高位数据会被静默截断，根本不会完整参与计算。这种静默截断在非严格模式下不会抛出任何错误，完全匹配你观察到的“查询运行无报错，但返回值不符合数学逻辑”的现象。
  • 举个实际偏差的例子：存储的50位偶数数字，截断后参与取模的仅为前19位的数值，这个被截断的数值本身可能是奇数，最终自然会筛选出实际为偶数但计算值为奇数的错误结果。

疑问2：超大数字的最优存储方案 #

• 针对需要执行算术运算的超大数字，MySQL原生支持的最优数据类型是定点数DECIMAL（也写作NUMERIC），这个类型为精准存储，不存在浮点数的精度丢失问题，原生支持取模、四则运算等算术操作。
• 针对不同长度的超大数字，处理方式有明确边界：
  • 当数字总长度（整数位+小数位）在65位以内时（MySQL 5.7及以上版本DECIMAL的最大支持长度），可以直接定义对应精度的字段，比如存储50位纯整数可以定义列类型为DECIMAL(50, 0)，所有算术运算全程精准无截断。
  • 当数字长度超过65位（比如需要存储100位的纯数字），就超出了原生DECIMAL的承载上限，可按场景选择两种处理方式：
    • 若需要支持复杂算术运算：将超长数字拆分为多个长度不超过65位的数值段（比如把100位数字拆成两个50位的DECIMAL字段，分别存储高位段和低位段），需要计算时在应用层拼接各段的数值逻辑，哪怕是取模这类运算，判断奇偶这类简单逻辑甚至只需要取最后一段的末位计算，性能损耗极低。
    • 若仅需要做等值查询、奇偶判断这类简单运算：可以继续使用varchar存储，但需要替换原来的取模逻辑，改为取字段末位字符做判断，即将查询改写为WHERE RIGHT(id, 1) % 2 = 0，完全规避隐式截断的问题，查询性能也不会有明显损耗。

内容的提问来源于stack exchange，提问作者Soheil