Início / dba / Perguntas / 257863
Accepted
Marinos An
Asked: 2020-01-22 04:53:39 +0800 CST

Por que o mysql lança "valor padrão inválido para o campo" somente quando existem dois ou mais campos de carimbo de data/hora na instrução create?

  • 772

No mysql 5.7.28 eu crio uma tabela assim:

create table t1 (
id int not null,
d1 timestamp) 
engine=innodb;

que funciona bem e cria d1como non-nullcom default value current_timetamp, on update current_timestamp.

Mas quando tento criar a mesma tabela com dois campos timestamp conforme abaixo:

create table t1 (
id int not null,
d1 timestamp,
d2 timestamp) 
engine=innodb;

Eu recebo um erro:

Erro SQL (1067): valor padrão inválido para 'd2'

Por que recebo um erro apenas quando adiciono um segundo campo de carimbo de data/hora?
Isso é um bug ou algum comportamento esperado no mysql?

mysql mysql-5.7

1 respostas

  1. Best Answer

    Esse comportamento é descrito na variável de sistema explicit_defaults_for_timestamp , que por padrão é desabilitada para 5.6, 5.7(e efetivamente desabilitada em 5.1) e é habilitada em 8.0.

    Citando o link acima:

    (5.7) Se explicit_defaults_for_timestamp estiver desabilitado , o servidor habilita os comportamentos não padrão e trata as colunas TIMESTAMP da seguinte forma:

    • As colunas TIMESTAMP não declaradas explicitamente com o atributo NULL são declaradas automaticamente com o atributo NOT NULL. Atribuir a essa coluna um valor NULL é permitido e define a coluna para o carimbo de data/hora atual.
    • A primeira coluna TIMESTAMP em uma tabela, se não declarada explicitamente com o atributo NULL ou um atributo DEFAULT ou ON UPDATE explícito
      , é declarada automaticamente com os atributos DEFAULT
      CURRENT_TIMESTAMP e ON UPDATE CURRENT_TIMESTAMP.
    • As colunas TIMESTAMP após a primeira, se não forem declaradas explicitamente com o atributo NULL ou um atributo DEFAULT explícito, são automaticamente declaradas como DEFAULT '0000-00-00 00:00:00' (o carimbo de data/hora “zero”). Para linhas inseridas que não especificam nenhum valor explícito para tal coluna, a coluna é atribuída '0000-00-00 00:00:00' e nenhum aviso ocorre.

    Dependendo se o modo SQL estrito ou o modo SQL NO_ZERO_DATE estiver ativado, um valor padrão de '0000-00-00 00:00:00' pode ser inválido .

    Agora, o problema 5.7é que o NO_ZERO_DATEmodo está ativado. Isso não permite que o valor padrão, 0000-00-00 00:00:00conforme descrito na documentação, seja adicionado como valor padrão (se não declarado explicitamente) nas colunas de carimbo de data/hora após a primeira .

    O Mysql 8.0ainda tem o NO_ZERO_DATEmodo habilitado, mas o explicit_defaults_for_timestampenvvar está habilitado por padrão o que de acordo com a documentação adicionaria null como o valor padrão veja abaixo (o que não causará nenhum erro na criação da tabela ):

    (8.0) Se explicit_defaults_for_timestamp estiver ativado , o servidor desabilita os comportamentos não padrão e trata as colunas TIMESTAMP da seguinte forma:

    [..]

    • As colunas TIMESTAMP não declaradas explicitamente com o atributo NOT NULL são declaradas automaticamente com o atributo NULL e permitem valores NULL. Atribuir a essa coluna um valor de NULL a define como NULL, não o carimbo de data/hora atual.

    [..]

    • A primeira coluna TIMESTAMP em uma tabela não é tratada de forma diferente das colunas TIMESTAMP após a primeira.

    Esse comportamento também foi discutido no rastreador de problemas do MySQL, mas foi marcado como "Não é um bug".

    Como @Akina mencionou nos comentários, não confie em valores padrão. Sempre escreva a especificação completa para o campo.

    • 5

relate perguntas