MySQLが「寛容」すぎることによるゴミデータの惨劇
MySQLが勝手にデータを切り捨てているのを見て、驚いたことはありませんか？例えば、VARCHAR(50)の列に100文字の文字列を挿入したとします。エラーを出す代わりに、MySQLは軽いWarning（警告）を出すだけで、残りの50文字を黙って捨ててしまいます。さらに悪いことに、2023-02-31のような日付を挿入しても、データベースは何事もなかったかのように0000-00-00という値を受け入れてしまいます。
私は以前、ECサイトのプロジェクトで、売上レポートが1日あたり5,000万ドン（約30万円）以上ズレるというトラブルを解決したことがあります。2日間にわたる調査の結果、原因はバックエンドのコードではなく、データベースのデフォルト設定にありました。ロジックエラーによって金額がオーバーフロー（桁あふれ）していたのです。エラーを出してトランザクションを停止させる代わりに, MySQLはそのデータ型の最大値に自動的に置き換えていました。その結果、データは完全に間違っているにもかかわらず、アプリケーションは正常終了を報告し続けていたのです。
この問題の原因はSQL Modeにあります。この設定を適切に管理しないと、システムに時限爆弾を抱えているようなものです。
SQL Mode：データベースの「憲法」
SQL Modeは、MySQLがSQL文を実行し、入力データをチェックする方法を定義します。設定次第で、データベースは非常に厳格（Strict Mode）にも、非常に緩く（Legacy Mode）もなります。
この緩さは通常、数十年前のアプリケーションとの後方互換性を維持するためのものです。しかし、現代のシステムにおいて、この寛容さはデータ整合性の敵です。SQL Modeが緩すぎると、MySQLは以下のように勝手に「修正」を行ってしまいます。
- 規定の長さを超えた場合に文字列を自動的に切り捨てる。
- 無効な値をデフォルト値（空文字や0など）に強制変換する。
- ゼロ除算をエラーにせず、
NULLを返すことを許容する。
知っておくべき4つの必須SQL Mode
MySQLにデータの運命を勝手に決めさせてはいけません。以下は、ステージングから本番環境まで、あらゆるプロジェクトで私が常に有効にしている設定です。
1. STRICT_TRANS_TABLES
これはStrict Modeの核となる設定です。データが不適切な場合、MySQLは即座にエラー（Error）を出し、ステートメントを停止させなければなりません。これは「Fail Fast（早く失敗させる）」の原則に従っています。間違ったデータをシステムに保存するくらいなら、アプリケーションでエラーを出したほうがマシだからです。
2. NO_ZERO_IN_DATE & NO_ZERO_DATE
これら2つのモードは、0000-00-00のようなあり得ない日付の保存を防ぎます。JavaやPHPでこれらの「ゴミ」日付データを処理しようとすると、標準ライブラリでフォーマットできずに例外（Exception）が発生することがよくあります。
3. ERROR_FOR_DIVISION_BY_ZERO
100 / 0のような計算を行う際、システムは当然ロジックエラーを報告すべきです。このモードがないと、MySQLは黙ってNULLを返し、その後の財務計算などの数式が連鎖的に狂うことになります。
4. ONLY_FULL_GROUP_BY
このモードは、SELECT句にある列が（集約関数を除いて）GROUP BY句にも含まれていることを強制します。これによりクエリが明確になり、MySQLが制御不能なランダムなデータを取り出すのを防ぎます。
SQL Modeの確認と設定方法
データベースが現在どのルールで動作しているかを確認するには、以下のコマンドを実行します。
-- 現在の設定を確認する
SELECT @@GLOBAL.sql_mode;
SELECT @@SESSION.sql_mode;もし結果が空、あるいはSTRICT_TRANS_TABLESが含まれていない場合、あなたのシステムは危険な状態にあります。
一時的な設定（セッション）
サーバー全体に影響を与えずに素早くテストしたい場合は、このコマンドを使用します。
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION';恒久的な設定（推奨）
MySQLの設定ファイル（Linuxではmy.cnf、Windowsではmy.ini）を編集します。[mysqld]セクションを探し、以下の標準的な設定行を追加します。
[mysqld]
sql_mode = "STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE,NO_ZERO_IN_DATE,ONLY_FULL_GROUP_BY"その後、変更を適用するためにサービスを再起動します：
sudo systemctl restart mysql実践的なアドバイス：バグのあるコードのために基準を下げないこと
多くの開発者は、Field 'xyz' doesn't have a default valueというエラーに遭遇すると、コードをすぐに動かすためにStrict Modeをオフにしがちです。これは致命的な間違いです。その場しのぎの対応は、将来的にデータに計り知れない悪影響を及ぼします。
私が常に適用している3つの黄金律：
- コードを直し、基準は下げない： デフォルト値が不足している場合は、スキーマを更新するか、INSERT文を修正してください。
- 環境を同期させる： ローカル環境（Docker, XAMPP）のSQL Modeが本番環境（Production）と完全に一致していることを確認してください。これにより「自分のマシンでは動くのに、サーバーでは動かない」という事態を防げます。
- TRADITIONALショートカットの使用：
SET sql_mode = 'TRADITIONAL';を使用すると、最も厳格な制約をすべて有効にでき、MySQLをPostgreSQLのような標準的なデータベースとして動作させることができます。
SQL Modeをマスターすることで、開発段階からロジックエラーを発見できるようになります。データの整合性を守るために、今日から厳格なルールセットを構築しましょう。
