mysql执行时间为负数的原因分析
2010-08-08 00:00
429 查看
<?php list($usec, $sec) = explode(' ', microtime()); $timer = (float)$usec + (float)$sec; mysql_query($query, $active_db); list($usec, $sec) = explode(' ', microtime()); $stop = (float)$usec + (float)$sec; $diff = $stop - $timer; ?>
$stop 和 $timer都是转化后得到的浮点数,大多数情况下,echo $stop 和 echo $timer得到的结果用肉眼观察是相同的,但是它们在计算机中的存储并不相同,所以结果不为0,也有可能为负。
php手册中提示:
浮点数精度:
显然简单的十进制分数如同 0.1 或 0.7 不能在不丢失一点点精度的情况下转换为内部二进制的格式。这就会造成混乱的结果:例如,floor((0.1+0.7)*10) 通常会返回 7 而不是预期中的 8,因为该结果内部的表示其实是类似 7.9999999999...。
这和一个事实有关,那就是不可能精确的用有限位数表达某些十进制分数。例如,十进制的 1/3 变成了 0.3333333. . .。
所以永远不要相信浮点数结果精确到了最后一位,也永远不要比较两个浮点数是否相等。如果确实需要更高的精度,应该使用任意精度数学函数或者 gmp 函数。
相关文章推荐
- mysql执行时间为负数的原因分析
- 3.EntityFramework的多种记录日志方式,记录错误并分析执行时间过长原因(系列4)
- EntityFramework的多种记录日志方式,记录错误并分析执行时间过长原因(系列4)
- [转]EntityFramework的多种记录日志方式,记录错误并分析执行时间过长原因(系列4)
- EntityFramework的多种记录日志方式,记录错误并分析执行时间过长原因(系列4)
- mysql语句执行时间分析
- Trafodion SQL执行时间过长原因分析
- EntityFramework的多种记录日志方式,记录错误并分析执行时间过长原因(系列4)
- EntityFramework的多种记录日志方式,记录错误并分析执行时间过长原因
- 修改MySQL连接数与MySQL连接数超限原因分析
- 历史执行Sql语句性能分析 CPU资源占用时间分析
- onload js函数不执行的原因分析及解决方法
- 启用Xdebug使用WinCacheGrind分析脚本执行时间
- 【linux】ARM开发板上设置RTC时间,断电重启后,设置失效的原因分析
- 在Linux执行命令报错”Arg list too long”的原因分析
- mysql语句执行时间
- MySQL系列之五:explain执行计划分析
- 启用Xdebug使用WinCacheGrind分析脚本执行时间 【转载】
- 远程链接MySQL失败原因分析&解决
- MySQL 的性能-SQL 执行分析(转)