經常有一些完美主義者問我，怎么讓數據庫的自增字段在記錄被刪除時重置它們的順序，這里不去討論這么折騰是否真有必要，只說說解決方法，有這方面需求的朋友不妨看看。 方法1、刪除自增字段，然后重建(缺點就是必須記住自增字段的其它屬性，不然可能會導致一些未知問題) ALTER TABLE ...

在主鍵id刪除某一條后，再次添加，刪除的id不會使用，這是為了主鍵的唯一性，但是在程序中可能會出現問題，導致前后端不統一。 解決問題的思路是：修改開始自增加的id，從而讓自增加開始於你設置的值 用到的方法是：alter table 表名 auto_increment = 100 100為舉例 ...

這個問題很早就想解決了，在公司里面遇到之后才認真想了解決方法。 首先說一下這個問題吧 下一次再添加數據的時候是從 id=17開始，看起來非常不友好。 執行這段sql語句之后(tablename是表的名字) 現在看起來是不是非常友好啦，希望對你們有幫助~ ...

在使用golang go-sql-driver操作mysql時，往tag表插入一條新數據時，如果插入失敗，id仍會自增，插入數據失敗次數過多時，id就看起來十分混亂。 所以我就在搜索下原因，發現是InnoDB的機制，大致就是說InnoDB的innodb_autoinc_lock_mode模式下 ...

在我們的實際操作中，進行增刪操作后會有自增id不連續問題，如：當我們將id為30的數據刪除，再添加數據，id為31，雖然自增量沒有業務性，當看着還是逼死強迫症 這時可運行如下SQL語句解決： 這樣我們再添加數據時id又從30開始了 ...

題記：強迫症需求，一個小技巧。 親測有效 注意：主鍵id只針對int類型，bigint不可以使用。但是可以先將字段改為int，使用下面命令修改后，再將字段改為bigint類型即可。 ...

轉自 Mysql刪除數據后，磁盤空間未釋放的解決辦法 - 今日頭條(TouTiao.com)http://toutiao.com/a6303087712678412546/?tt_from=mobile_qq&utm_campaign=client_share&app ...

起因： 公司的服務器上添加了硬盤監控，收到報警后，確認是mysql的文件占用空間比較大。於是，確認是哪個表占空間比較大后，刪除了部分數據（注：數據庫數據為線下分析使用，非線上數據，可以刪除），但服務器硬盤空間並沒有釋放掉，報警仍舊存在。 原因及解決辦法： 使用delete刪除 ...