目錄
一場面試引發的血案。。。
引發的問題
解決方案 擴充套件
借助第三方工具
改從庫表結構，然後主從切換
專業版回答
面試官:"用過mysql吧，你們是用自增主鍵還是uuid？"一旦自增id達到最大值，此時資料繼續插入是會報乙個主鍵衝突異常如下所示你:"用的是自增主鍵"
面試官:"為什麼是自增主鍵？"
你:"因為採用自增主鍵，資料在物理結構上是順序儲存，效能最好，blabla…"
面試官:"那自增主鍵達到最大值了，用完了怎麼辦？"
你:"what，沒複習啊！！" (然後，你就可以回去等通知了！)
//duplicate entry '4294967295' for key 'primary'面試官:"那自增主鍵達到最大值了，用完了怎麼辦？"你:"這問題沒遇到過，因為自增主鍵我們用int型別，一般達不到最大值，我們就分庫分表了，所以不曾遇見過！
自增 ID 用完了怎麼辦
引言 在面試中，大家應該經歷過如下場景 面試官 用過mysql吧，你們是用自增主鍵還是uuid？你 用的是自增主鍵 面試官 為什麼是自增主鍵？你 因為採用自增主鍵，資料在物理結構上是順序儲存，效能最好，blabla 面試官 那自增主鍵達到最大值了，用完了怎麼辦？你 what，沒複習啊！然後，你就可以...
mysql 主鍵自增語句 MySQL 自增主鍵
以下僅考慮 innodb 儲存引擎。自增主鍵有兩個性質需要考慮 單調性每次插入一條資料，其 id 都是比上一條插入的資料的 id 大，就算上一條資料被刪除。連續性插入成功時，其資料的 id 和前一次插入成功時資料的 id 相鄰。自增主鍵的單調性 為何會有單調性的問題？這主要跟自增主鍵最大值的獲取方式...
資料庫自增id竟然被我用完了
事情的起因是這樣的 幾個月前做過乙個統計型別的job，上線之後小修小補了幾次一直執行的很平穩，就是有乙個缺點 慢。起初我一直以為是因為資料量過大導致的，每天早上六點準時開跑，一般要到下午一兩點才能跑完，其實現在想想這麼長時間的執行肯定是不合理的，而且本身業務的資料量也沒有大到那個地步，但是由於一直工...