今天遇到一个bug特别诡异,怎么个诡异呢,且往下看:
在网页上有个按金额大小查询数据的这么一个搜索框,一直工作的很正常,但是当客户使用金额`161.73` 查询时,就出问题了.
明明看到有这样一条数据,就是查不出来。你说奇怪不奇怪?
从前端到后端一层层排查下来,最后确定后台在Clickhouse中执行Sql语句时使用toDecimal32函数将参数转换为Decimal类型.
ClickHouse client version 20.9.3.45 (official build).
Connecting to localhost:9000 as user default.
Connected to ClickHouse server version 20.9.3 revision 54439.cfc0cdecc0d7 :) select toDecimal32(16.73,2)
SELECT toDecimal32(16.73, 2)
┌─toDecimal32(16.73, 2)─┐
│ 16.73 │
└───────────────────────┘1 rows in set. Elapsed: 0.006 sec.
咋一看也没什么问题,差点就漏过去了。又使用161.73测试了下:
cfc0cdecc0d7 :) select toDecimal32(161.73,2)
SELECT toDecimal32(161.73, 2)
┌─toDecimal32(161.73, 2)─┐
│ 161.72 │
└────────────────────────┘1 rows in set. Elapsed: 0.003 sec.
就是这么神奇,161.73变161.72啦,才注意到时 toDecimal32(,2),换成toDecimal32(,3),问题解决:
cfc0cdecc0d7 :) select toDecimal32(161.73,3)
SELECT toDecimal32(161.73, 3)
┌─toDecimal32(161.73, 3)─┐
│ 161.730 │
└────────────────────────┘1 rows in set. Elapsed: 0.002 sec.
在看下Clichouse官网关于toDeciaml函数的解释:
toDecimal(32|64|128)
转换
value
到Decimal类型的值,其中精度为S
。value
可以是一个数字或者一个字符串。S
指定小数位的精度。
toDecimal32(value, S)
toDecimal64(value, S)
toDecimal128(value, S)
实际用的时候s最好还是设置的比实际值大一点,这样比较保险.