在寫這篇文章之前，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元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
