可能出错，但不可能出现这种低级错误。
陈雁行拉出来了测试细分项，就看到了测试的平均响应时间。
0ms（毫秒）？
果然出错了吧。
正常来说，这种体量的资料库的简单查询应该在几十毫秒。
等等，莫非是查询速度快到了四舍五入之后都是0？
直接低了一到两个数量级。
这会儿，陈雁行其实遇到了和奎哥一样的问题。
位数不够，显示不全的问题。
可是，谁特么的资料库测试响应时间，需要用到比毫秒还小的单位啊！
陈雁行一边吐槽著，一边打开了自己的测试程序，修改了一下代码，把统计单位变成了us（微秒）。
然后又跑了一遍测试。
这次结果终于显示正常了。
不，陈雁行觉得这次更不正常了。
因为测试最终的结果显示为23us。
合著，不是零点几毫秒，是零点零二毫秒！
特么的，这可不是四舍五入到0了吗？
自己之前的测试集能够显示出来才怪！
再特么的，系统的测试噪声都快要10us了好吗！
读数据的延迟都要10us了好吗？
你咋不飞呢？
这怎么可能？
这个查询结果有问题吧。
真的有问题吧。
对不起啊，平子大佬，我不是故意要这对你，但是我得把这个问题找出来啊————