'2013-08-25T17:00:00+00:00'
Este é um valor válido de data e hora iso-8601 , mas não é um literal válido para data e hora do MySQL . Nesse ponto, o desenvolvedor está incorreto.
A documentação explica o que ALLOW_INVALID_DATES
faz:
Verifique apenas se o mês está entre 1 e 12 e se o dia está entre 1 e 31.
Em outras palavras, 2013-02-31
seria uma data permitida seallow_invalid_dates
estiver definida. Esta opção não faz nada quando a data ou data e hora nem estão em um formato válido para o MySQL.
O +00:00
é o deslocamento do fuso horário em relação ao UTC . Nesse caso, o tempo expresso é em UTC, portanto o deslocamento é zero horas, zero minutos.
Sua solução seria remover a STRICT_TRANS_TABLES
partir do sql_mode
que é um padrão no arquivo de configuração criado durante o processo de instalação MySQL 5.6 ... você precisa considerar com cuidado as implicações da alteração isso, mas permite que os dados para entrar.
mysql> select @@sql_mode;
+--------------------------------------------+
| @@sql_mode |
+--------------------------------------------+
| STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION |
+--------------------------------------------+
1 row in set (0.00 sec)
mysql> insert into datetimetest(dt) values ('2013-08-26T12:00:00+00:00');
ERROR 1292 (22007): Incorrect datetime value: '2013-08-26T12:00:00+00:00' for column 'dt' at row 1
-- remove STRICT_TRANS_TABLES -- note that executing this only removes it for your
-- current session -- it does not make a server-wide config change
mysql> set @@sql_mode='no_engine_substitution';
Query OK, 0 rows affected (0.00 sec)
mysql> select @@sql_mode;
+------------------------+
| @@sql_mode |
+------------------------+
| NO_ENGINE_SUBSTITUTION |
+------------------------+
1 row in set (0.00 sec)
-- now MySQL will accept the invalid value, with a warning
mysql> insert into datetimetest(dt) values ('2013-08-26T12:00:00+00:00');
Query OK, 1 row affected, 1 warning (0.00 sec)
mysql> show warnings;
+---------+------+-----------------------------------------+
| Level | Code | Message |
+---------+------+-----------------------------------------+
| Warning | 1265 | Data truncated for column 'dt' at row 1 |
+---------+------+-----------------------------------------+
1 row in set (0.00 sec)
-- the value did get inserted, but the time zone information was lost:
mysql> select * from datetimetest;
+----+---------------------+
| id | dt |
+----+---------------------+
| 1 | 2013-08-26 12:00:00 |
+----+---------------------+
1 row in set (0.00 sec)
STRICT_TRANS_TABLES
de um arquivo de configuração padrão foi introduzida apenas no MySQL 5.6, o que explica a mudança de comportamento ... se você habilitar issoSQL_MODE
nas versões anteriores, a consulta também será interrompida nessas versões.