mysql 删表引出的問題

背景

将測試環境的表同步到另外一個資料庫伺服器中，但有些表裡面資料巨大，（其實不同步該表的資料就行，當時沒想太多），幾千萬的資料！！

步驟

1. 既然已經把資料同步過來的話，那就直接delete掉就行，多大的事呢？ 于是

delete from table_name where 1=1;      

結果傻眼了，執行了一會兒就卡死了，對卡死了！

2. 那麼問題來了，是不是死鎖了呢？那怎麼判斷死鎖呢？

SHOW PROCESSLIST;      

執行這個指令可以檢視資料庫目前的程序

3. 檢視目前的事物

#目前運作的所有事務
mysql> SELECT * FROM information_schema.INNODB_TRX;

#目前出現的鎖
mysql> SELECT * FROM information_schema.INNODB_LOCKs;

#鎖等待的對應關系
mysql> SELECT * FROM information_schema.INNODB_LOCK_waits;      

如果你是linux上直接執行mysql指令的話可以這樣執行

SELECT * FROM information_schema.INNODB_TRX\G
這樣的話會換行展示資料，更人性化
      

4. 可以通過kill指令來幹掉一些資料庫的程序

kill 2；      

這樣既可，這樣隻是解決了卡死的問題，執行同樣的指令還是會卡死的 ；

5. 那就想想為什麼會卡死呢 ？原來有個這麼一個參數

一般等待逾時的時候會抛出這樣的異常：

Lock wait timeout exceeded; try restarting transaction

是因為mysql的話，預設鎖等待時間是50s，就是說50s後就會報錯，是以需要修改下個時間

mysql的配置一般都是在my.cnf檔案中，自己找下

新增/修改innodb_lock_wait_timeout=500既可

6. 修改後重新開機mysql，這裡面又涉及到mysql的關閉

bin/mysqladmin -uroot -p shutdown      

就關閉了sql的，不建議直接kill -9 ，不知道會出現什麼幺蛾子

重新開機的話，還是用mysql_safe去啟動既可

7. 其實把，删除表資料的話，用truncate就行的 ，

truncate table table_name;      

8. 那麼就比較下 drop，truncate，delete的差別吧

　　a. drop是整個表都沒有了的，表結構也沒沒有了的，truncate和delete的表結構還在；

　　b. delete可以指定where條件删除哪一行，truncate是整個表的；

　　c. 來百度一下，^_^

　　

1. truncate和 delete隻删除資料不删除表的結構(定義) 
    drop語句将删除表的結構被依賴的限制(constrain),觸發器(trigger),索引(index); 依賴于該表的存儲過程/函數将保留,但是變為invalid狀态. 
2.delete語句是dml,這個操作會放到rollback segement中,事務送出之後才生效;如果有相應的trigger,執行的時候将被觸發. 
   truncate,drop是ddl, 操作立即生效,原資料不放到rollback segment中,不能復原. 操作不觸發trigger. 
3.delete語句不影響表所占用的extent, 高水線(high watermark)保持原位置不動 
  顯然drop語句将表所占用的空間全部釋放 
  truncate 語句預設情況下見空間釋放到 minextents個 extent,除非使用reuse storage;   truncate會将高水線複位(回到最開始). 
4.速度,一般來說: drop>; truncate >; delete 
5.安全性:小心使用drop 和truncate,尤其沒有備份的時候.否則哭都來不及      

雖千萬人，吾往矣！