MySQL 잘못된 날짜 시간 값 : '0000-00-00 00:00:00'


155

저는 최근 10 년 전에 만들어진 오래된 프로젝트를 인수했습니다. MySQL 5.1을 사용합니다.

무엇보다도 기본 문자 세트를 latin1에서 utf8로 변경해야합니다.

예를 들어 다음과 같은 테이블이 있습니다.

  CREATE TABLE `users` (
    `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
    `first_name` varchar(45) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT NULL,
    `last_name` varchar(45) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT NULL,
    `username` varchar(127) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL,
    `email` varchar(127) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL,
    `pass` varchar(20) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL,
    `active` char(1) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL DEFAULT 'Y',
    `created` datetime NOT NULL,
    `last_login` datetime DEFAULT NULL,
    `author` varchar(1) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT 'N',
    `locked_at` datetime DEFAULT NULL,
    `created_at` datetime DEFAULT NULL,
    `updated_at` datetime DEFAULT NULL,
    `ripple_token` varchar(36) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT NULL,
    `ripple_token_expires` datetime DEFAULT '2014-10-31 08:03:55',
    `authentication_token` varchar(255) CHARACTER SET latin1 COLLATE latin1_general_ci DEFAULT NULL,
    PRIMARY KEY (`id`),
    UNIQUE KEY `index_users_on_reset_password_token` (`reset_password_token`),
    UNIQUE KEY `index_users_on_confirmation_token` (`confirmation_token`),
    UNIQUE KEY `index_users_on_unlock_token` (`unlock_token`),
    KEY `users_active` (`active`),
    KEY `users_username` (`username`),
    KEY `index_users_on_email` (`email`)
  ) ENGINE=InnoDB AUTO_INCREMENT=1677 DEFAULT CHARSET=utf8 CHECKSUM=1 DELAY_KEY_WRITE=1 ROW_FORMAT=DYNAMIC

이 작업을 수행하기 위해 내 Mac을 설정했습니다. 그것에 대해 너무 많이 생각하지 않고 MySQL 5.7을 설치 한 "brew install mysql"을 실행했습니다. 따라서 버전 충돌이 있습니다.

이 데이터베이스의 사본을 다운로드하여 가져 왔습니다.

다음과 같은 쿼리를 실행하려고하면 :

  ALTER TABLE users MODIFY first_name varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci    NOT NULL  

이 오류가 발생합니다.

  ERROR 1292 (22007): Incorrect datetime value: '0000-00-00 00:00:00' for column 'created' at row 1

나는 이것을 고칠 수 있다고 생각했다.

  ALTER TABLE users MODIFY created datetime  NULL DEFAULT '1970-01-01 00:00:00';
  Query OK, 0 rows affected (0.06 sec)
  Records: 0  Duplicates: 0  Warnings: 0

그러나 나는 얻는다 :

  ALTER TABLE users MODIFY first_name varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci    NOT NULL ;
  ERROR 1292 (22007): Incorrect datetime value: '0000-00-00 00:00:00' for column 'created' at row 1

모든 값을 업데이트해야합니까?

답변:


12

테이블이 비어 있거나 매우 크지 않은 경우 내 제안은 create 문을 .sql 파일로 내보내고 원하는대로 다시 작성하는 것입니다. 기존 데이터가있는 경우에도 동일한 작업을 수행하십시오 (예 : 내보내기 삽입 문 (생성 문과 별도의 파일에서 수행하는 것이 좋습니다)). 마지막으로 테이블을 삭제하고 먼저 create 문을 실행 한 다음 삽입합니다.

mysqldumpMySQL 설치에 포함 된 명령 중 하나를 사용 하거나 특정 명령 옵션을 찾을 필요없이이 옵션을 매우 사용자 정의 가능한 방식으로 포함하는 무료 그래픽 도구 인 MySQL Workbench를 설치할 수도 있습니다.


루시아 파사 린, 나는 당신의 생각을 매우 좋아하지만 데이터가 잘리지 않습니까? 일부 UTF8 데이터는 latin1보다 많은 바이트를 차지합니까? 이전에 varchar 255에 맞는 것이 있다면 아마도 그렇지 않습니까? 모든 varchar를 "text"필드로 변경해야합니까?
lorm

네, 맞아요. latin1은 문자 당 1 바이트를 사용하지만 utf8은 문자 당 최대 4 바이트를 사용하기 때문에 발생할 수 있습니다 (MySQL 버전 및 utf8 dev.mysql.com/doc/refman/5.5/en/charset-unicode 유형에 따라 다름) -utf8.html ). 따라서 반드시 TEXT 유형이 필요하지는 않습니다. 나는 x4 이전의 기존 크기가 작동한다고 가정합니다.
Lucia Pasarin

파일을 삭제하려고 할 때 하드 드라이브를 다시 포맷하는 것과 동일한 데이터베이스입니다. 프로덕션 환경에서는이 솔루션을 사용할 수 없다고 말하는 것이 안전합니다.
Brandon

198

나는 이것을 할 수 없었다 :

UPDATE users SET created = NULL WHERE created = '0000-00-00 00:00:00'

(MySQL 5.7.13에서).

계속 Incorrect datetime value: '0000-00-00 00:00:00'오류가 발생했습니다.

이상하게도 다음과 같이 작동했습니다 SELECT * FROM users WHERE created = '0000-00-00 00:00:00'. 전자가 실패하고 후자가 왜 작동하는지 잘 모르겠습니다. 아마도 MySQL 버그입니까?

어쨌든이 UPDATE 쿼리는 다음과 같이 작동했습니다.

UPDATE users SET created = NULL WHERE CAST(created AS CHAR(20)) = '0000-00-00 00:00:00'

13
저도 같은 문제를 겪고 있지만, 단지 0으로 마지막 부분을 설정하면 다음과 같이 나를 위해 그것을 고정 :UPDATE users SET created = NULL WHERE created = '0'
브라이언 Leishman

SELECT * FROM entityWHERE createdAt = "0000-00-00 00:00:00"작동하지만 업데이트 실패! 나는 같은 문제가 있었다. @obe CAST (created AS CHAR (20)) 솔루션으로 수정하십시오 ... 버그라고 생각합니다.
Chrysweel

44
나를 위해 그것은처럼 작동했습니다 UPDATE users SET created = NULL WHERE created=0( '0 주위'없이)
KIR

1
타임 스탬프없이 "0000-00-00"날짜 만
바꾸려면

1
그것은 순수한 천재입니다. 이것이 왜 받아 들여지지 않습니까? 타임 스탬프가없는 날짜의 경우 최소값은 1000-01-01입니다. 비워 두거나 0000-00-00 값을 유지하려는 모든 날짜 속성의 기본값으로이 값을 사용하십시오.
Arvanitis Christos

155

ALTER TABLE명령문 으로 열의 기본값 변경

 ALTER TABLE users MODIFY created datetime  NULL DEFAULT '1970-01-02'

... 이미 저장된 값은 변경하지 않습니다. "default"값은 삽입되고 열에 값이 제공되지 않은 행에 적용됩니다.


오류가 발생한 이유에 sql_mode대해서는 세션 설정에가 포함되어있을 수 NO_ZERO_DATE있습니다.

참조 : http://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sqlmode_no_zero_date

"가져 오기"를 수행 할 때 해당 테이블에 INSERT를 수행 한 SQL 문은 날짜가없는 세션에서 실행되었습니다.

sql_mode 설정을 보려면

SHOW VARIABLES LIKE 'sql_mode' ;

-또는-

SELECT @@sql_mode ;

ALTER TABLE문 을 실행할 때 오류가 발생하지 않도록 현재 문제를 "수정"하는 방법까지 .

몇 가지 옵션 :

1) 및 sql_mode을 제거하여 날짜를 제로로 허용하도록 변경하십시오 . my.cnf 파일에서 변경 사항을 적용 할 수 있으므로 MySQL 서버를 다시 시작하면 변수가 my.cnf의 설정으로 초기화됩니다.NO_ZERO_DATENO_ZERO_IN_DATEsql_mode

일시적인 변경의 경우 전역 변경없이 단일 세션으로 설정을 수정할 수 있습니다.

-- save current setting of sql_mode
SET @old_sql_mode := @@sql_mode ;

-- derive a new value by removing NO_ZERO_DATE and NO_ZERO_IN_DATE
SET @new_sql_mode := @old_sql_mode ;
SET @new_sql_mode := TRIM(BOTH ',' FROM REPLACE(CONCAT(',',@new_sql_mode,','),',NO_ZERO_DATE,'  ,','));
SET @new_sql_mode := TRIM(BOTH ',' FROM REPLACE(CONCAT(',',@new_sql_mode,','),',NO_ZERO_IN_DATE,',','));
SET @@sql_mode := @new_sql_mode ;

-- perform the operation that errors due to "zero dates"

-- when we are done with required operations, we can revert back
-- to the original sql_mode setting, from the value we saved
SET @@sql_mode := @old_sql_mode ;

2) createdNULL 값을 허용하도록 열을 변경하고 기존 행을 업데이트하여 0 날짜를 널 값으로 변경하십시오.

3) 기존 행을 업데이트하여 0 날짜를 유효한 날짜로 변경하십시오.


각 행을 업데이트하기 위해 개별 명령문을 실행할 필요는 없습니다. 한 번의 실패로 모든 행을 업데이트 할 수 있습니다 (합리적인 크기의 테이블이라고 가정합니다. 더 큰 테이블의 경우 엄청난 롤백 / 실행 취소 생성을 피하기 위해 합리적인 크기의 청크로 작업을 수행 할 수 있습니다.)

문제 AUTO_INCREMENT에서 테이블 정의에 표시된 값은 행 수가 과도하지 않다는 것을 보장합니다.

created을 허용하도록 열을 이미 변경 한 경우 NULL다음과 같이 할 수 있습니다.

UPDATE  `users` SET `created` = NULL WHERE `created` = '0000-00-00 00:00:00'

또는 유효한 날짜로 설정할 수 있습니다 (예 : 1970 년 1 월 2 일)

UPDATE  `users` SET `created` = '1970-01-02' WHERE `created` = '0000-00-00 00:00:00'

1970 년 1 월 1 일 자정의 날짜 시간 값 ( '1970-01-01 00:00:00') "제로 날짜"입니다.'0000-00-00 00:00:00'


3
예, 이것은 나를 위해 일했습니다. my.ini 파일에서 sql-mode를 검색하여 NO_ZERO_IN_DATE 및 NO_ZERO_DATE를 제거했습니다. 그런 다음 서비스를 다시 시작했습니다. spencer7593 감사합니다!
mili


# 2 "NULL 값을 허용하도록 생성 된 열 변경"을 수행하면 열 값이 여전히 오류를 생성하므로 허용되지 않습니다. 꽤 붙어있다.
Mike Weir

1
@MikeWeir : 아마도 " not let me "는 SQL 문이 실행될 때 오류가 반환된다는 것을 의미합니다. 의 설정 때문일 수 sql_mode있습니다. 최신 버전의 MySQL에는 기본 설정 sql_mode이 이전 버전보다 더 엄격합니다. 여기에 8.0 참조 : dev.mysql.com/doc/refman/8.0/en/sql-mode.html 참조 NO_ZERO_DATE, ALLOW_INVALID_DATE, 등. 일부는 엄격 모드의 예에 포함되어 있습니다 STRICT_TRANS_TABLES, STRICT_ALL_TABLES및 기타 콤보 모드. 제한을 해결하려면 일시적으로 세션 sql_mode을 수정
spencer7593

확실히 @ spencer7593. 그 옵션도 최고라고 생각하지 않았습니다. 매우 오래된 날짜 값 (1970)을 설정하라는 조언을 받았으며 시스템에서이를 무시합니다. 모든 세부 사항에 감사드립니다.
Mike Weir

67

쿼리 전에이 작업을 수행하여 수정했습니다.

SET SQL_MODE='ALLOW_INVALID_DATES';

이것이 유일한 대답입니다. --init-command = 'SET SESSION FOREIGN_KEY_CHECKS = 0; SET SQL_MODE ='ALLOW_INVALID_DATES '
Konchog

정말 고맙습니다. 이 문제가 어떤 고통을 겪었는지 설명 할 수 없습니다.
Dieter Gribnitz

42

MySQL 5.7 Reference Manual 에 따르면 :

MySQL 5.7의 기본 SQL 모드에는 ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER 및 NO_ENGINE_SUBSTITUTION 모드가 포함됩니다.

때문에 0000-00-00 00:00:00유효하지 않습니다 DATETIME값, 데이터베이스가 나뉩니다. 이것이 NO_ZERO_DATE기본적 으로 모드가 활성화 된 MySQL 5.7 이 쓰기 작업을 수행하려고 할 때 오류를 출력하는 이유 입니다.

다음과 같이 유효하지 않은 모든 값을 다른 유효한 값으로 업데이트하여 테이블을 수정할 수 있습니다 NULL.

UPDATE users SET created = NULL WHERE created < '0000-01-01 00:00:00'

또한이 문제를 피하기 위해 항상 현재 시간을 created같은 필드의 기본값으로 설정하여 자동으로 채워지는 것이 INSERT좋습니다. 그냥 해:

ALTER TABLE users
ALTER created SET DEFAULT CURRENT_TIMESTAMP

8
SET sql_mode = 'NO_ZERO_DATE';
UPDATE `news` SET `d_stop`='2038-01-01 00:00:00' WHERE `d_stop`='0000-00-00 00:00:00'

4
이 답변은 왜 이것이 문제를 해결하는지에 대한 토론으로 개선 될 것입니다.
KevinO

이것이 날짜 / 시간 저장에 영향을 줍니까? 또는 문제를 일으키는
Ask Bytes

8

여기 내 솔루션 PhpMyAdmin / Fedora 29 / MySQL 8.0 (예 :)은 무엇입니까?

set sql_mode='SOMETHING'; 작동하지 않습니다 . 명령 호출은 성공했지만 아무것도 변경되지 않았습니다.

set GLOBAL sql_mode='SOMETHING'; 글로벌 구성 영구 변경을 변경하십시오.

set SESSION sql_mode='SOMETHING'; 세션 구성 변경 SESSION 변수는 현재 클라이언트에만 영향을줍니다.

https://dev.mysql.com/doc/refman/8.0/en/sql-mode.html

그래서 나는 이것을한다 :

  • SQL_MODE를 가져옵니다. SHOW VARIABLES LIKE 'sql_mode';
  • 결과 : ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
  • 결과에서 제거하십시오. NO_ZERO_IN_DATE,NO_ZERO_DATE
  • 새로운 구성 설정 : set GLOBAL SQL_MODE='ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'

같은 방식으로 다른 모드를 제거하거나 추가 할 수 있습니다.

이는 프레임 워크 사용 및 테스트를 위해 전역을 변경하는 데 도움이되거나 각 파일 또는 여러 쿼리에 sql_mode를 지정해야합니다.

질문에서 적응 : here -can-i-disable-mysql-strict-mode

예 : 최신 Joomla 4.0-alpha 컨텐츠를 설치하십시오.

편집 : PhpMyadmin에서 서버를 제어 할 수있는 경우 서버에서 sql_mode(및 다른 모든 매개 변수)를 직접 변경할 수 있습니다Plus > Variables > sql_mode


5

당신의 유형을 변경할 수 있습니다 생성 에서 필드 datetimevarchar(255)다음 값이 모든 레코드 (갱신)을 설정할 수 "0000-00-00 00:00:00"에를 NULL.

이제 오류없이 쿼리를 수행 할 수 있습니다. 작업을 마친 후에는 필드의 형태 변경할 수 있습니다 생성 에를 datetime.


4

MySQL을 5.6에서 5.7로 업그레이드 한 후에도이 오류가 있습니다.

나에게 가장 좋은 해결책은 여기에 몇 가지 솔루션을 결합하고 최소한의 입력으로 작동하는 솔루션을 만드는 것임을 알았습니다.

인터페이스를 통해 쿼리를 전송하는 단순성을 위해 MyPHPAdmin을 사용하면 구조와 모든 것을 쉽게 확인할 수 있기 때문입니다. ssh를 직접 사용하거나 다른 인터페이스를 사용할 수 있습니다. 어쨌든 방법은 비슷하거나 같아야합니다.

...

1.

먼저 DB를 복구하려고 할 때 실제 오류를 확인하십시오.

joomla.jos_menu 참고 : 이전 형식의 TIME / TIMESTAMP / DATETIME 열이 새로운 형식으로 업그레이드되었습니다.

경고 : 1 행의 'checked_out_time'열에 잘못된 날짜 시간 값 : '0000-00-00 00:00:00'

오류 : 'checked_out_time'의 잘못된 기본값

상태 : 작업 실패

이것은 jos_menu 테이블의 checked_out_time 열에 "default"가 변경 될뿐만 아니라 모든 잘못된 날짜가 수정되어야 함을 알려줍니다.

...

2.

오류 메시지의 정보를 기반으로 SQL 쿼리를 실행합니다.

UPDATE jos_menu SET checked_out_time = '1970-01-01 08:00:00' WHERE checked_out_time = 0

오류가 발생하면 아래 쿼리를 대신 사용할 수 있습니다.

UPDATE jos_menu SET checked_out_time = '1970-01-01 08:00:00' WHERE CAST(checked_out_time AS CHAR(20)) = '0000-00-00 00:00:00'

...

삼.

그런 다음 두 번째 SQL 쿼리를 실행합니다.

ALTER TABLE `jos_menu` CHANGE `checked_out_time` `checked_out_time` DATETIME NULL DEFAULT CURRENT_TIMESTAMP;

또는 날짜가 NULL이어야하는 경우

ALTER TABLE `jos_menu` CHANGE `checked_out_time` `checked_out_time` DATETIME NULL DEFAULT NULL;

...

복구 데이터베이스를 지금 실행하면 다음과 같은 결과가 나타납니다.

joomla.jos_menu 확인

...

잘 작동합니다 :)


4

검사

SELECT @@sql_mode;

'ZERO_DATE'항목이 보이면 시도해보십시오

SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'NO_ZERO_DATE',''));   
SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'NO_ZERO_IN_DATE',''));   

클라이언트에 로그 아웃했다가 다시 로그인 한 후 (이상합니다) 다시 시도하십시오


3

SQL 모드를 엄격하지 않게 만드십시오.

laravel을 사용하는 경우 구성-> 데이터베이스로 이동하고 mysql 설정으로 이동하여 엄격 모드를 false로 설정하십시오.


myphpadmin에서이 작업을 수행 할 수 있습니까?
돈 킹

phpMyAdmin은 실제 mysql 서버를 사용하기위한 인터페이스 일뿐입니다. mysql 명령을 사용하는 인터페이스는 인터페이스에 따라 변경되지 않습니다. 이 명령 (set sql_mode = '';) 또는 this (set global sql_mode = '';)를 끄십시오.
Milind Chaudhary

1
예. 엄격 모드를 끄는 데 필요한 모든 것이 my.cnf의 맨 아래에 sql_mode =를 추가하는 것입니다.
Don King

3

비슷한 문제가 있었지만 내 경우에는 일부 줄의 값이 NULL이었습니다.

먼저 테이블을 업데이트하십시오.

update `my_table`set modified = '1000-01-01 00:00:00' WHERE modified is null

적어도 내 경우에는 문제가 해결되었습니다.


2

나도 얻었다

SQLSTATE [22007] : 유효하지 않은 날짜 / 시간 형식 : 1292 잘못된 날짜 / 시간 값 : '0000-00-00 00:00:00'열에 대해

오류 정보

변경하여이 문제를 해결 0000-00-00 00:00:001970-01-01 08:00:00

1970-01-01 08:00:00 유닉스 타임 스탬프는 0


1
문제는 OP가 오류 때문에 날짜를 변경할 수 없다는 것입니다. 나는에서의 오류를 추측NO_ZERO_DATE
GusDeCooL

2

https://support.plesk.com/hc/en-us/articles/115000666509-How-to-change-the-SQL-mode-in-MySQL 에서 솔루션을 찾았습니다 . 나는 이것을 가지고 있었다 :

mysql> show variables like 'sql_mode';
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
| Variable_name | Value                                                                                                                                     |
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
| sql_mode      | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+---------------+-------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set, 1 warning (0.01 sec)

주목 NO_ZERO_IN_DATE,NO_ZERO_DATE위의 결과에. 나는 이것을함으로써 그것을 제거했다 :

mysql> SET sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';
Query OK, 0 rows affected, 1 warning (0.00 sec)

그런 다음 나는 이것을 가지고 있었다 :

mysql> show variables like 'sql_mode';
+---------------+--------------------------------------------------------------------------------------------------------------+
| Variable_name | Value                                                                                                        |
+---------------+--------------------------------------------------------------------------------------------------------------+
| sql_mode      | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+---------------+--------------------------------------------------------------------------------------------------------------+
1 row in set, 1 warning (0.01 sec)

그 후, 나는 ALTER TABLE성공적으로 사용 하고 내 테이블을 변경할 수 있습니다 .


1

이것이 내 문제를 해결하기 위해했던 일입니다. 로컬 MySQL 5.7 우분투 18.04 에서 테스트했습니다 .

set global sql_mode="NO_ENGINE_SUBSTITUTION";

이 쿼리를 전체적으로 실행하기 전에 /etc/mysql/conf.d 디렉토리에 cnf 파일을 추가했습니다 . cnf 파일 이름은 mysql.cnf 이며 코드는

[mysqld]
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ALLOW_INVALID_DATES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

그런 다음 mysql을 다시 시작합니다.

sudo service mysql restart

이것이 누군가를 도울 수 있기를 바랍니다.


이 솔루션은 MySQL 서버를 다시 시작할 때까지 작동합니다. 다시 시작한 후에도 값 NO_ENGINE_SUBSTITUTION이 모든 열에 SELECT @@global.sql_mode, @@session.sql_mode, @@sql_mode;있지만 0000-00-00 00:00:00첫 번째 쿼리를 다시 실행할 때까지 유효하지 않은 날짜 시간에 오류가 발생 합니다. set global sql_mode="NO_ENGINE_SUBSTITUTION";어떤 아이디어?
Smamatti

필자의 경우 해결책은을 NO_ZERO_IN_DATE,NO_ZERO_DATE정의하는 my.ini 행 버전 을 제거 하는 것이 었 습니다 sql_mode.
Smamatti

1

이것은 엄청나게 추악하지만 나에게도 문제를 신속하게 해결했습니다. 테이블에는 오염 된 열을 수정하는 데 사용할 고유 키가 필요합니다. 이 예에서 기본 키는 'id'이며 깨진 타임 스탬프 열은 'BadColumn'입니다.

  1. 오염 된 열의 ID를 선택하십시오.

    select id from table where BadColumn='0000-00-00 00:00:00'

  2. 쉼표로 구분 된 문자열로 ID를 수집하십시오. 예 : 1, 22, 33. 나는 이것을 위해 외부 래퍼 (Perl 스크립트)를 사용하여 신속하게 모든 것을 뱉었습니다.

  3. ID 목록을 사용하여 이전 열을 유효한 날짜 (1971-2038)로 업데이트하십시오.

    update table set BadColumn='2000-01-01 00:00:00' where id in (1, 22, 33)


1

내 솔루션

SET sql_mode='';
UPDATE tnx_k2_items
SET created_by = 790
, modified = '0000-00-00 00:00:00'
, modified_by = 0

1

대신에

UPDATE your_table SET your_column = new_valid_value where your_column = '0000-00-00 00:00:00';

사용하다

UPDATE your_table SET your_column = new_valid_value where your_column = 0;

0

데이터를 수동으로 입력하는 경우 TIMESTAMP (6) .000000의 값과 0을 제거하여 TIMESTAMP가되도록 고려할 수 있습니다. 그것은 나와 잘 작동했습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.