mysql執(zhí)行時間為負數(shù)的原因分析
更新時間:2010年08月08日 13:45:06 作者:
今天看到有人把phpmyadmin中的執(zhí)行時間出現(xiàn)負數(shù)的情況視為phpmyadmin的bug, 其實這種情況的本質(zhì)是php中浮點數(shù)(float)的精度問題。
復制代碼 代碼如下:
<?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都是轉(zhuǎn)化后得到的浮點數(shù),大多數(shù)情況下,echo $stop 和 echo $timer得到的結(jié)果用肉眼觀察是相同的,但是它們在計算機中的存儲并不相同,所以結(jié)果不為0,也有可能為負。
php手冊中提示:
浮點數(shù)精度:
顯然簡單的十進制分數(shù)如同 0.1 或 0.7 不能在不丟失一點點精度的情況下轉(zhuǎn)換為內(nèi)部二進制的格式。這就會造成混亂的結(jié)果:例如,floor((0.1+0.7)*10) 通常會返回 7 而不是預期中的 8,因為該結(jié)果內(nèi)部的表示其實是類似 7.9999999999...。
這和一個事實有關(guān),那就是不可能精確的用有限位數(shù)表達某些十進制分數(shù)。例如,十進制的 1/3 變成了 0.3333333. . .。
所以永遠不要相信浮點數(shù)結(jié)果精確到了最后一位,也永遠不要比較兩個浮點數(shù)是否相等。如果確實需要更高的精度,應該使用任意精度數(shù)學函數(shù)或者 gmp 函數(shù)。
相關(guān)文章
MySQL數(shù)據(jù)庫?觸發(fā)器?trigger
這篇文章主要介紹了MySQL數(shù)據(jù)庫?觸發(fā)器?trigger,觸發(fā)器是一種特殊類型的存儲過程,觸發(fā)器通過事件進行觸發(fā)而被執(zhí)行,可通過數(shù)據(jù)庫中的相關(guān)表實現(xiàn)級聯(lián)更改,保證數(shù)據(jù)安全,進行安全校驗2022-06-06
淺談MySQL8和MySQL5.7在自增計數(shù)上的區(qū)別
MySQL數(shù)據(jù)庫是一款非常流行的開源數(shù)據(jù)庫,其版本升級迅速,在使用過程中也發(fā)現(xiàn)了不同版本之間存在著一些區(qū)別,本文主要介紹了MySQL8和MySQL5.7在自增計數(shù)上的區(qū)別,感興趣的可以了解一下2023-10-10
使用SQL實現(xiàn)按每小時統(tǒng)計數(shù)據(jù)
在數(shù)據(jù)分析和報表生成中,按小時統(tǒng)計數(shù)據(jù)是一個常見的需求,因為小時級別的數(shù)據(jù)統(tǒng)計都能提供細致且有價值的信息,下面我們就來看看具體實現(xiàn)方法吧2024-11-11

