O MySQL Foreign_key_checks afeta todo o banco de dados?

201

Quando executo este comando no MySQL:

SET FOREIGN_KEY_CHECKS=0;

Isso afeta todo o mecanismo ou é apenas minha transação atual?

mysql

— Sean Nguyen
fonte

15

teste: efetue login no mysql: mostre variáveis como '% FOREIGN%'; SET FOREIGN_KEY_CHECKS = 0; Depois disso, entre no mysql usando um console diferente. Eu posso ver que variáveis de exibição como '% FOREIGN%' estão ativadas em vez de desativadas.

— Sean Nguyen

246

É baseado em sessão, quando definido da maneira que você fez na sua pergunta.

https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html

De acordo com isso, FOREIGN_KEY_CHECKSé "Ambos" para o escopo. Isso significa que pode ser definido para a sessão:

SET FOREIGN_KEY_CHECKS=0;

ou globalmente:

SET GLOBAL FOREIGN_KEY_CHECKS=0;

— Almo
fonte

98

Na verdade, existem duas foreign_key_checksvariáveis: uma variável global e uma variável local (por sessão). Após a conexão, a variável de sessão é inicializada com o valor da variável global.
O comando SET foreign_key_checksmodifica a variável da sessão.
Para modificar a variável global, use SET GLOBAL foreign_key_checksou SET @@global.foreign_key_checks.

Consulte as seguintes seções do manual:
http://dev.mysql.com/doc/refman/5.7/en/using-system-variables.html
http://dev.mysql.com/doc/refman/5.7/en/server -system-variable.html

— Ron Inbar
fonte

1

A configuração de estrang_chave_chave em cada solicitação é cara? Eu tenho um script para atualizar o banco de dados e não gostaria que mais ninguém pudesse substituir as verificações de chave estrangeira por padrão durante essa atualização. Então, eu faria milhões de consultas e me perguntava se um SET seria significativo ou não?

— Aki

@Aki Se você estiver atualizando o banco de dados, diria que é melhor bloquear o acesso de todos os outros. Pelo menos para escrever. Caso contrário, você pode esperar todos os tipos de problemas de acesso simultâneo.

— tishma 13/05

1

Ótima resposta e distinção. É importante perceber as consequências de como isso funciona. Isso significa que você não pode definir o GLOBAL foreign_key_checkse, na mesma sessão, espera que ele ignore as restrições de chaves estrangeiras. Você precisa definir a variável não global.

— Tyler Collier

12

Como explicado por Ron, existem duas variáveis, local e global. A variável local é sempre usada e é a mesma que global na conexão.

SET FOREIGN_KEY_CHECKS=0;
SET GLOBAL FOREIGN_KEY_CHECKS=0;

SHOW Variables WHERE Variable_name='foreign_key_checks'; # always shows local variable

Ao definir a variável GLOBAL, a local não é alterada para nenhuma conexão existente. Você precisa reconectar ou definir a variável local também.

Talvez não seja intuitivo, o MYSQL não aplica chaves estrangeiras quando FOREIGN_KEY_CHECKS é reativado. Isso possibilita a criação de um banco de dados inconsistente, mesmo com chaves estrangeiras e verificações ativadas.

Se você deseja que suas chaves estrangeiras sejam completamente consistentes, adicione-as enquanto a verificação estiver ativada.

— Bouke Versteegh
fonte

1

Você pode elaborar sobre .... "Se você deseja que suas chaves estrangeiras sejam completamente consistentes, é necessário adicioná-las enquanto a verificação estiver ativada."

— user2782001

4

Digamos que você tenha uma tabela com IDs de referência, mas alguns registros referenciados estão ausentes. Se você adicionar a chave estrangeira (FK) enquanto FOREIGN_KEY_CHECKS estiver LIGADO, o Mysql gerará um erro e se recusará a adicionar o FK, devido à referência quebrada. Quando você adiciona a chave estrangeira enquanto FOREIGN_KEY_CHECKS está DESLIGADO, o mysql continua sem erros. Mesmo quando você ativar as verificações posteriormente, não haverá erro. Agora você tem uma tabela com dados inconsistentes, mesmo que exista um FK. Como tal, a existência de um FK não garante a consistência do banco de dados, a menos que tenha sido adicionado enquanto as verificações do FK estavam ativadas.

— Bouke Versteegh

10

# will get you the current local (session based) state.
SHOW Variables WHERE Variable_name='foreign_key_checks';

Se você não definiu GLOBAL, apenas sua sessão foi afetada.

— Mike Karras
fonte

1

Eu tive o mesmo erro quando tentei migrar o banco de dados Drupal para um novo servidor apache local (estou usando o XAMPP na máquina Windows). Na verdade, não sei o significado desse erro, mas depois de tentar as etapas abaixo, importei o banco de dados sem erros. Espero que isso possa ajudar:

Alterando o php.ini em C: \ xampp \ php \ php.ini

max_execution_time = 600
max_input_time = 600
memory_limit = 1024M
post_max_size = 1024M

Alterando my.ini em C: \ xampp \ mysql \ bin \ my.ini

max_allowed_packet = 1024M

— Saeed cr7
fonte

-2

No caso de usar o navegador de consulta Mysql, SET FOREIGN_KEY_CHECKS=0;não tem nenhum impacto na versão 1.1.20. No entanto, ele funciona bem no navegador de consultas Mysql 1.2.17

— user2682955
fonte