Yearning SQL审核平台中MySQL大整数精度问题的分析与解决

问题现象

在使用Yearning SQL审核平台(版本3.1.8)查询MySQL 8.0.28数据库时，发现当查询条件中包含大整数(unsigned bigint类型)时，返回结果会出现精度丢失问题。具体表现为：查询条件为statistics_no='537984'时，返回的id字段值1829782991634612200与数据库实际存储值1829782991634612225不符，存在明显的精度差异。

技术背景

MySQL中的BIGINT UNSIGNED类型可以存储的最大值为18446744073709551615(2^64-1)，这种大整数在JavaScript环境中处理时容易出现精度问题。因为JavaScript使用IEEE 754双精度浮点数表示所有数字，其整数精度只能保证到2^53-1(即9007199254740991)，超过这个范围的整数会出现精度丢失。

问题分析

Yearning作为基于Web的SQL审核平台，其前端使用JavaScript处理从后端API返回的数据。当MySQL返回的大整数超过JavaScript的安全整数范围时，前端JSON解析过程会自动将其转换为最接近的可用浮点数值，导致精度丢失。

这种现象在以下情况下尤为明显：

1. 查询条件中包含大整数比较
2. 结果集中包含大整数字段
3. 使用字符串形式传递大整数参数

解决方案

Yearning开发团队在3.1.9版本中针对此问题进行了修复，主要改进包括：

1. 后端序列化优化：在后端API响应中，将大整数转换为字符串形式返回，避免JSON序列化过程中的精度丢失。

2. 前端处理增强：前端增加对大整数字段的特殊处理逻辑，确保从字符串到数字的转换过程保持精度。

3. 数据类型感知：增强对MySQL数据类型的识别能力，对大整数类型字段采用不同的处理策略。

注意事项

尽管3.1.9版本已修复大部分场景下的精度问题，但在实际使用中仍需注意：

1. 不同数据库连接配置可能导致修复效果不一致，这与JDBC驱动版本和连接参数有关。

2. 极大数据量(超过2^64)仍然可能存在处理限制。

3. 在复杂查询(如JOIN、子查询)中涉及大整数比较时，建议先在测试环境验证结果准确性。

最佳实践

对于使用Yearning处理大整数的场景，建议：

1. 确保Yearning版本升级到3.1.9或更高版本。

2. 对于关键业务表的大整数查询，增加结果验证机制。

3. 在数据库设计阶段，评估是否真正需要使用BIGINT UNSIGNED类型，或可考虑使用字符串存储超大数字。

4. 定期检查Yearning与MySQL版本的兼容性，特别是数据类型处理方面。

通过以上分析和解决方案，Yearning用户可以有效避免大整数精度问题，确保SQL审核和查询结果的准确性。