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、相關案例

FAQ系列 | 新增自增列失敗

文章轉自老葉茶館公眾號，原文連結：https://mp.weixin.qq.com/s/vcg0fGJf4mKP6e2na2lMvw