Redis Lua脚本纳秒时间戳精度丢失问题及解决方法咨询

这个问题的根源在于Lua 5.1（Redis默认使用的Lua版本）的number类型是双精度浮点数，它只能精确表示范围在-2^53到2^53之间的整数。你的纳秒时间戳1538409827183989630已经远大于2^53（约9e15），所以当你用tonumber(ARGV[1])把它转成number时，精度就已经丢失了，再转成字符串自然会变成科学计数法且丢失末尾数字。

针对你的需求（保留纳秒精度用于时间戳比较），有以下几种可靠的处理方式：

1. 直接返回原始字符串参数 #

因为你传入的时间戳本身就是字符串形式，完全不需要转成number再转回string。修改后的脚本如下：

eval "return ARGV[1]" 0 1538409827183989630

这样会直接返回完整的1538409827183989630，没有任何精度损失。

2. 验证数字格式后返回字符串（可选） #

如果需要确保传入的参数是合法的纯数字字符串（防止非数字输入），可以用Lua的字符串匹配来验证，而不是依赖tonumber：

eval "if ARGV[1]:match('^%d+$') then return ARGV[1] else return nil end" 0 1538409827183989630

这个脚本会检查参数是否由纯数字组成，是则返回原字符串，否则返回nil，全程不会涉及高精度数字的转换。

3. 升级Redis到7.0+（可选） #

Redis 7.0及以上版本开始支持Lua 5.4，Lua 5.4引入了单独的整数类型（integer），可以精确表示更大范围的整数。如果你能升级Redis，那么原脚本的逻辑可以正常工作，但这种方式兼容性较差，不如前两种通用。

需要注意的是，如果你后续要在Lua中对这些纳秒时间戳做比较，直接用字符串比较也是可行的——因为这些时间戳都是长度相同的数字字符串，字典序比较和数值比较的结果是一致的，完全不用担心精度问题。

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