MySQL刪除表的時候忽略外鍵約束的代碼案例分享

刪除表不是特別常用，特別是對于存在外鍵關聯的表，刪除更得小心。但是在開發過程中，發現Schema設計的有問題而且要刪除現有的數據庫中所有的表來重新創建也是常有的事情；另外在測試的時候，也有需要重新創建數據庫的所有表。當然很多自動化工具也可以做這樣的事情。

刪除表的時候有時會遇到這樣的錯誤消息：

ERROR 1217 (23000): Cannot delete or update a parent row: a foreign key constraint fails

這是因為你嘗試刪除的表中的字段被用作了其他表的外鍵，因此在刪除這個表（父表）之前必須先刪除具有外鍵的表（子表）。也就是說，刪除表的過程需要和創建表的過程一致。

但是這往往不可接受，一方面如果表太多了，手動排序有點不可接受；另一方面，現在還沒有自動的工具對進行排序（其實也不是不能實現）。因此，MySQL中提供了一個變量FOREIGN_KEY_CHECKS來設置是否在必要的時候檢查外鍵約束。

一般比較推薦這樣做：

首先，自動生成所有的DROP語句，將其中的MyDatabaseName替換成你的數據庫名稱：

SELECT concat('DROP TABLE IF EXISTS ', table_name, ';')
FROM information_schema.tables
WHERE table_schema = 'MyDatabaseName';

然后，在生成的代碼前后添加下面設置FOREIGN_KEY_CHECKS變量的語句：

SET FOREIGN_KEY_CHECKS = 0
-- DROP語句
SET FOREIGN_KEY_CHECKS = 1;

不過，要是忘記了最后一句也沒太大關系，這個變量是基于Session的，也就是說，當你關閉了客戶端，重新建立連接的時候，這個變量會恢復默認值。如果需要在全局范圍內不檢查外鍵約束（這種情況會比較少吧），可以這樣做：

SET GLOBAL FOREIGN_KEY_CHECKS = 0;

或者

set @@global.FOREIGN_KEY_CHECKS = 0;

以上就是MySQL刪除表的時候忽略外鍵約束的代碼實例分享的詳細內容，更多請關注php中文網其它相關文章！