0、導讀
往表里寫入新數據時，卻一直報告主鍵沖突，某列值一直被重置為一個固定值，疑似被黑，啥情況？
1、問題描述
某朋友的線上數據庫，懷疑被侵入了。具體表象是：INSERT的時候，某列值總被自動改成一個固定值。
他們先自查了 TRIGGER 和 EVENT，都是空的，確定不是因為這兩種原因引起，實在想不出是哪里被動了手腳。
問題的現象：
MariaDB [information_schema]> use bbs9;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
MariaDB [bbs9]> INSERT INTO cdb_mythreads_latest (uid,username,tid,fid,subject,special,dateline) VALUES ('1239009','yayv','13482713','815','bbs5 ................','0','1459569279');
ERROR 1062 (23000): Duplicate entry '1239009-8388607' for key 'PRIMARY'
可以看到，tid列的值被從 13482713(原始值) 自動替換成了 8388607(篡改值)。
更讓人奇怪的是，這條SQL在mysql client端手動執行手，也會報告同樣的錯誤。究竟是什么黑客這么牛逼呢，百思不得其解~~~
2、原因分析
單從現象來看，好像還真是被黑了的意思。
but，但是，可是，你如果足夠細心，就會發現端倪。
為什么這么說呢，因為 8388607 這個數值是不是看起來挺眼熟的？嗯，沒錯，你才對了，這個值是 MEDIUMINT 類型的最大值，而 MEDIUMINT UNSIGNED 的最大值是 16777215。
當然了，你再認真看一眼表的名字是什么：cdb_mythreads_latest，我又要呵呵了，你懂得的。
3、其他建議
既然原因已經清楚了，那么解決起來也就簡單了，只需要把tid列類型改成INT UNSIGNED，甚至BIGINT UNSIGNED都行。
MEDIUMINT和INT兩種類型，也只是差了1個字節，何必呢。與其在這個地方節約1個字節，還不如在別的CHAR/VARCHAR/TEXT列調整下，其優化效果要好的多得多。
4、相關案例 |
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
