'2013-08-25T17:00:00+00:00'
Jest to poprawna wartość daty / godziny iso-8601 , ale nie jest to prawidłowy literał daty / godziny MySQL . W tym momencie deweloper jest niepoprawny.
Dokumentacja wyjaśnia, co ALLOW_INVALID_DATES
robi:
Sprawdź tylko, czy miesiąc mieści się w przedziale od 1 do 12, a dzień w przedziale od 1 do 31.
Innymi słowy, 2013-02-31
byłaby dopuszczalna data, jeśli allow_invalid_dates
zostanie ustawiona. Ta opcja nic nie robi, gdy data lub data nie są nawet w prawidłowym formacie dla MySQL.
To +00:00
przesunięcie strefy czasowej od UTC . W tym przypadku wyrażony czas jest w UTC, więc przesunięcie wynosi zero godzin, zero minut.
Twój obejście byłoby usunąć STRICT_TRANS_TABLES
z sql_mode
który jest domyślny w pliku konfiguracyjnym utworzonym podczas instalacji MySQL 5.6 ... trzeba starannie rozważyć konsekwencje zmieniających się to, ale nie pozwala dane iść.
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
do domyślnego pliku konfiguracyjnego zostało wprowadzone tylko w MySQL 5.6, co wyjaśnia zmianę zachowania ... jeśli włączysz toSQL_MODE
w poprzednich wersjach, zapytanie również się nie powiedzie.