Mysql

MySQL 伺服器不會以 foreign_key_checks=0 開始

  • July 30, 2015

我正在使用 MySQL 版本 5.5.44 執行 Ubuntu

mysqld Ver 5.5.44-0ubuntu0.14.10.1 用於 x86_64 上的 debian-linux-gnu ((Ubuntu))

我有一個帶有外鍵的數據庫。我想在系統級別(而不是在會話中)禁用外鍵檢查。

我看到系統 var foreign_key_checks似乎可以控制這種行為,但是當我將其設置/etc/mysql/my.cnf(通過添加foreign_key_checks = 0)時,伺服器將無法啟動。錯誤日誌如下所示:

150729 15:38:18 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
150729 15:38:18 [Note] Plugin 'FEDERATED' is disabled.
150729 15:38:18 InnoDB: The InnoDB memory heap is disabled
150729 15:38:18 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150729 15:38:18 InnoDB: Compressed tables use zlib 1.2.8
150729 15:38:18 InnoDB: Using Linux native AIO
150729 15:38:18 InnoDB: Initializing buffer pool, size = 128.0M
150729 15:38:18 InnoDB: Completed initialization of buffer pool
150729 15:38:18 InnoDB: highest supported file format is Barracuda.
150729 15:38:18  InnoDB: Waiting for the background threads to start
150729 15:38:19 InnoDB: 5.5.44 started; log sequence number 56348937
150729 15:38:19 [ERROR] /usr/sbin/mysqld: unknown variable 'foreign_key_checks=0'
150729 15:38:19 [ERROR] Aborting

如何配置我的 MySQL 伺服器以在系統級別從外鍵檢查開始?

編輯:行為與 MySQL 5.6.25 相同:

mysqld Ver 5.6.25-0ubuntu0.15.04.1 用於 x86_64 上的 debian-linux-gnu ((Ubuntu))

根本原因

foreign_key_checks不是您可以在啟動時預設的全域選項。為什麼 ?

當您點擊指向foreign_key_checks上的文件的連結時,沒有圖表表明它是全域或會話範圍。其他選項將指定圖表中的範圍

使用foreign_key_checks,它只是會話範圍。

進一步的證明是當您轉到命令行並執行它時

mysqld --help --verbose > /tmp/mysqld.txt
vi /tmp/mysqld.txt

當您查看文本文件時,您看不到--foreign-key-checks命令​​行啟動選項。我向您展示的其他四個變數可以在命令行和my.cnf.

如果你有數據要載入,你可以在載入之前設置:

SET foreign_key_checks = 0;
source mydata.sql

這證明是一個標準的 mysqldump 標頭(前 10 行)

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

請注意第 8 行

/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;

mysqldump 的底部是什麼樣的?像這樣:

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

請注意行

/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;

結語

底線:foreign_key_checks並不意味著在my.cnf. 這是最有意義的,因為(如果允許)用它啟動 mysqld 會損害啟動時的引用完整性。

引用自:https://dba.stackexchange.com/questions/108509