在寫這篇文章之前,xxx已經寫過了幾篇關于改錯誤測試主題的文章,想要了解的朋友可以去翻一下之前的文章
????
mysql時光相減的問題(bug)
??? 明天看到寧青同窗的一條
微博
,提到mysql日期相減的錯誤結果,之前沒有怎么意注,于是測試了一下,發明實確很坑爹,很易容踩雷,于是理整客博提示一下大家。
先看一下錯誤的景象如下,第1條確正,第2,3條的t2-t1不確正:
mysql> select t1,t2,t2-t1 from mytest; +---------------------+---------------------+-------+ | t1 | t2 | t2-t1 | +---------------------+---------------------+-------+ | 2013-04-21 16:59:33 | 2013-04-21 16:59:43 | 10 | | 2013-04-21 16:59:33 | 2013-04-21 17:00:33 | 4100 | | 2013-04-21 16:59:33 | 2013-04-21 17:59:35 | 10002 | +---------------------+---------------------+-------+ 3 rows in set
????
全體測試本腳如下:
--建創表 mysql> CREATE TABLE mytest ( t1 datetime, t2 datetime ); Query OK, 0 rows affected --入插測試錄記 mysql> insert into mytest(t1,t2) values('2013-04-21 16:59:33','2013-04-21 16:59:43'); Query OK, 1 row affected mysql> insert into mytest(t1,t2) values('2013-04-21 16:59:33','2013-04-21 17:00:33'); Query OK, 1 row affected mysql> insert into mytest(t1,t2) values('2013-04-21 16:59:33','2013-04-21 17:59:35'); Query OK, 1 row affected --證驗結果 mysql> select t1,t2,t2-t1 from mytest; +---------------------+---------------------+-------+ | t1 | t2 | t2-t1 | +---------------------+---------------------+-------+ | 2013-04-21 16:59:33 | 2013-04-21 16:59:43 | 10 | | 2013-04-21 16:59:33 | 2013-04-21 17:00:33 | 4100 | | 2013-04-21 16:59:33 | 2013-04-21 17:59:35 | 10002 | +---------------------+---------------------+-------+ 3 rows in set
????
現實是mysql的時光相減是做了一個隱式轉換作操,將時光轉換為數整,但其實不是用unix_timestamp轉換,而是直接把年月日時分秒拼起來,如2013-04-21 16:59:33 直接轉換為20130421165933,由于時光不是十進制,所以最后到得的結果沒有意義,這也是致使下面現出坑爹的結果。
mysql> select t1, t2, convert(t1, UNSIGNED INTEGER) ct1, convert(t2, UNSIGNED INTEGER) ct2, t2-t1, convert(t2, UNSIGNED INTEGER) -convert(t1, UNSIGNED INTEGER) diff0 from mytest; +-------------------+-------------------+--------------+--------------+-----+-----+ |t1 |t2 |ct1 |ct2 |t2-t1|diff0| +-------------------+-------------------+--------------+--------------+-----+-----+ |2013-04-21 16:59:33|2013-04-21 16:59:43|20130421165933|20130421165943| 10| 10| |2013-04-21 16:59:33|2013-04-21 17:00:33|20130421165933|20130421170033| 4100| 4100| |2013-04-21 16:59:33|2013-04-21 17:59:35|20130421165933|20130421175935|10002|10002| +-------------------+-------------------+--------------+--------------+-----+-----+ 3 rows in set
????
要到得確正的時光相減秒值,有以下3種方法:
1、time_to_sec(timediff(t2, t1)),
2、timestampdiff(second, t1, t2),
3、unix_timestamp(t2) -unix_timestamp(t1)
--測試本腳 mysql> select t1, t2, t2-t1, time_to_sec(timediff(t2, t1)) diff1, timestampdiff(second, t1, t2) diff2, unix_timestamp(t2) -unix_timestamp(t1) diff3 from mytest; +---------------------+---------------------+-------+-------+-------+-------+ | t1 | t2 | t2-t1 | diff1 | diff2 | diff3 | +---------------------+---------------------+-------+-------+-------+-------+ | 2013-04-21 16:59:33 | 2013-04-21 16:59:43 | 10 | 10 | 10 | 10 | | 2013-04-21 16:59:33 | 2013-04-21 17:00:33 | 4100 | 60 | 60 | 60 | | 2013-04-21 16:59:33 | 2013-04-21 17:59:35 | 10002 | 3602 | 3602 | 3602 | +---------------------+---------------------+-------+-------+-------+-------+ 3 rows in set
????
這個問題2003年就有人在mysql4.0的版本時
反饋
,但mysql官方其實不以為是bug,因為他們以為mysql其實不支撐時光直接相減作操,應該用專用函數理處,所以直一沒有修正。但我以為這個很易容致使用使錯誤,要么就直接報錯,要么示顯確正的結果。
????我的新浪微博 http://weibo.com/yzsind
文章結束給大家分享下程序員的一些笑話語錄: 問:你覺得讓你女朋友(或者任何一個女的)從你和李彥宏之間選一個,你覺得她會選誰?
答:因為李艷紅這種敗類,所以我沒女友!
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
