MySQL Incorrect datetime valueの直し方｜1292

ERROR 1292 (22007): Incorrect datetime value: '0000-00-00 00:00:00' for column 'shipped_at' は、日時の列に、MySQL が正しい日時として認めない値を入れようとしたときのエラーです。 いちばん多いのは、以前の設定（sql_mode が緩い状態）で作られたデータの「0000-00-00」を、今の MySQL に入れようとしたときです。

確認環境：MySQL 8.0.46（sql_mode は既定）、PyMySQL 2.2.8、MariaDB Connector/J 2.7.6（確認日 2026年10月11日）。sql_mode を空にして「以前のデータ」を作り、既定の設定に戻して再現しました。

なぜ出るのか：sql_mode の NO_ZERO_DATE と strict モード

SELECT @@sql_mode;
-- ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION

MySQL 8.0 の既定の sql_mode には、次の3つが入っています（MySQL 公式マニュアル）。

sql_mode を空にして作られたデータベースでは、これらの値がエラーにならずに保存されています。確認環境でも、sql_mode を空にすると、'0000-00-00'・'1990-00-15' はそのまま入り、'2026-02-30' は 0000-00-00 に変わって警告（1264）だけが出ました。

id  name  shipped_at           birthday
1   佐藤  0000-00-00 00:00:00  0000-00-00
2   鈴木  0000-00-00 00:00:00  1990-00-15
3   高橋  0000-00-00 00:00:00  0000-00-00      ← 2026-02-30 を入れた行

このデータを、既定の sql_mode のサーバーに移すと、INSERT で 1292 になります（ダンプの取り込みも同じ）。

再現：既存のテーブルを ALTER すると 1067

データを入れていないのにエラーになるのが、このパターンです。

-- 以前の設定で作られたテーブル
CREATE TABLE legacy (
  id int PRIMARY KEY,
  shipped_at datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  ...
);

mysql> ALTER TABLE legacy ADD COLUMN memo varchar(10);
ERROR 1067 (42000): Invalid default value for 'shipped_at'

追加しようとした memo ではなく、ほかの列（shipped_at）の既定値がエラーになっています。ALTER はテーブルを作り直すため、既定値も今の sql_mode で確かめられるからです。

0000-00-00 の行を探す（= で比べると 1525）

mysql> SELECT id FROM legacy WHERE shipped_at = '0000-00-00 00:00:00';
ERROR 1525 (HY000): Incorrect DATETIME value: '0000-00-00 00:00:00'

既定の sql_mode では、探そうとするだけでエラーになりました。 次の書き方なら、エラーにならずに見つかりました。

直し方：NULL を入れられる列にして、0 の日付を NULL にする

「0000-00-00」は、ほとんどの場合「日付が無い（未設定）」の意味で使われています。NULL で表すのが正しい形です。

-- 1. 列を NULL 許可にし、既定値を NULL にする
ALTER TABLE legacy MODIFY shipped_at datetime NULL DEFAULT NULL;

-- 2. 0 の日付を NULL にする
UPDATE legacy SET shipped_at = NULL WHERE YEAR(shipped_at) = 0;
UPDATE legacy SET birthday   = NULL WHERE MONTH(birthday) = 0 OR DAY(birthday) = 0;

-- 3. これで ALTER も通る
ALTER TABLE legacy ADD COLUMN memo varchar(10);

id  name  shipped_at  birthday  memo
1   佐藤  NULL        NULL      NULL
2   鈴木  NULL        NULL      NULL
3   高橋  NULL        NULL      NULL

確認環境では、既定の sql_mode のまま、この順番で直せました。直す前に、アプリやレポートが「0000-00-00」を前提にしていないか（WHERE shipped_at = '0000-00-00' で未出荷を判定している、など）を確かめ、IS NULL に書き換えます。

移行のときにまとめて直す

ダンプを取り込む前に直せない場合は、取り込むセッションだけ sql_mode を緩め、取り込んだあとに上の UPDATE で直します。

SET SESSION sql_mode = '';         -- このセッションだけ（サーバー全体は変えない）
SOURCE dump.sql;
-- 取り込み後、0 の日付を NULL にする

サーバー全体の sql_mode から NO_ZERO_DATE や STRICT を外すのは避けます。 存在しない日付（2月30日など）が、黙って 0000-00-00 で保存されるようになるためです。なお、NO_ZERO_DATE・NO_ZERO_IN_DATE は公式マニュアルで非推奨とされ、将来は strict モードに含まれる予定と書かれています。

アプリからの見え方

0 の日付が残っていると、アプリではエラーにならずに、別の値に化けて見えることがあります。

同じデータでも、ドライバーによって「文字列」「null」「例外」と結果が分かれます。 ドライバーの設定で隠すより、データを NULL に直すのが確実です。

確認の手順（チェックリスト）

よくある質問

Q. 「2026/10/11」のようなスラッシュ区切りの日付は入りますか。 A. 確認環境では入りました（2026-10-11 00:00:00 として保存）。ただし、'2026-02-30' のような存在しない日付や空文字は 1292 になります。アプリ側で日付の形式と値を確かめてから入れます。

Q. INSERT IGNORE を使えば入りますか。 A. 公式マニュアルでは、INSERT IGNORE なら '0000-00-00' が警告つきで入るとされています。ただし、それは不正なデータを入れ続けることなので、移行の一時的な手段にとどめます。

まとめ

• sql_mode の NO_ZERO_DATE と strict モードで、0000-00-00 がエラーになる
• 多いのは、sql_mode が緩い状態で作られたデータの移行
• 既定値が '0000-00-00' の列があると、ALTER で 1067
• = '0000-00-00' で探すと 1525。YEAR(列) = 0 で探す
• 直し方は NULL 許可にして、0 の日付を NULL に。サーバーの sql_mode は緩めない
• ドライバーによって文字列・null・例外に化ける。データを直すのが確実

参考・出典

確認日はいずれも 2026年10月11日です。

• MySQL 8.0 Reference Manual「Server SQL Modes」：https://dev.mysql.com/doc/refman/8.0/en/sql-mode.html
• MySQL Connector/J Developer Guide「Datetime types processing」：https://dev.mysql.com/doc/connector-j/en/connector-j-connp-props-datetime-types-processing.html

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。