MySQLフィールド定義でnullを使用しない理由の分析

NULL が頻繁に使用されるのはなぜですか?

（１）Javaのnull

Java の NullPointerException など、Null は頭痛の種です。予期しない null ポインターを回避するには、さまざまな if 判断を慎重に行う必要があり、面倒で肥大化します。

このため、多くの処理を備えたオープンソースパッケージが数多く存在する。

共通 lang3 の StringUtils.isBlank(); CollectionUtils.isEmpty();

グアバのオプション

Java 8でもこの問題を回避するためにOptionalが導入されました（Guavaに似ていますが、使用方法が少し異なります）

（2）なぜMySQLのnullは広く悪用されているのでしょうか？

(a) データテーブルを作成するときは、非標準の null を作成するのがデフォルトです。一部の MySQL クライアントでは、自動的に生成されるテーブルステートメントで not null を指定しない場合があります。

(b) null ではない場合、より多くのスペースが必要であると考える人もいるかもしれません。

（c）開発中にデータを挿入する際にnull値を判断する必要がないため、手間が省け、SQLの記述が容易になる。

2. 公式文書

NULL 列には、その値が NULL であるかどうかを記録するために行に追加のスペースが必要です。MyISAM テーブルの場合、各 NULL 列は 1 ビット余分に占有し、最も近いバイトに切り上げられます。

MySQL では、null 許容列を参照するクエリを最適化するのが難しく、インデックス、インデックス統計、および値がより複雑になります。 NULL 可能列にはより多くのストレージスペースが必要であり、MySQL 内で特別な処理が必要になります。 NULL 可能列にインデックスを付けると、各レコードに追加のバイトが必要になり、MYISAM の固定サイズインデックスが可変サイズインデックスになることもあります。 —— 「ハイパフォーマンス MySQL 第 2 版」より

not null を指定しないことによるパフォーマンス上の利点はないようです。

MySQLがnullを使用しない3つの理由

（１）NULL値が使用されるすべての状況を意味のある値で表現することができ、コードの可読性と保守性の向上に役立ち、制約の観点からビジネスデータの標準化を強化できます。

（２）NULL値から非NULL値への更新はインプレースでは行えないため、インデックス分割が発生しやすくなり、パフォーマンスに影響します。 (null -> not null のパフォーマンス向上は非常に小さいため、問題が発生することが確実でない限り、優先的な最適化対策として考慮しないでください)

（３）タイムスタンプ型では、特にexplicit_defaults_for_timestampパラメータが有効になっていない場合にNULL値が問題になりやすい。

(4) NOT INや!=などの否定条件クエリは、NULL値がある場合には常に空の結果を返すため、クエリでエラーが発生しやすくなります。

null によって引き起こされる 4 つの悪いケース

データの初期化:

テーブルtable1を作成する（
    `id` INT (11) NOT NULL,
    `name` varchar(20) NOT NULL
）


テーブルtable2を作成する（
    `id` INT (11) NOT NULL,
    `名前` varchar(20)
）

テーブル1に値（4、「zhaoyun」）、（2、「zhangfei」）、（3、「liubei」）を挿入します。
テーブル2に値（1、「zhaoyun」）、（2、null）を挿入します

(1) NOT INサブクエリはNULL値がある場合には常に空の結果を返すため、クエリでエラーが発生しやすくなります。

名前が含まれていないテーブル1から名前を選択 (IDが1であるテーブル2から名前を選択)

+-------------+
| 名前 |
|--------------|
+-------------+

（２）列の値は空であってもよく、インデックスにはNULL値は格納されず、これらのレコードは結果セットに含まれません。

テーブル2から*を選択します。name != 'zhaoyun'

+------+--------------+
| ID | 名前 |
|------+--------------|
| | |
+------+--------------+

テーブル2から*を選択します。name != 'zhaoyun1'

+------+--------------+
| ID | 名前 |
|------+--------------|
| 1 | 趙雲 |
+------+--------------+

(3) concatを使用する場合は、まず各フィールドがnullでないかどうかを確認する必要があります。そうでない場合、いずれかのフィールドが空であれば、連結結果はnullになります。

デュアルからconcat("1", null)を選択します。

+--------------------+
| 連結("1", null)|
|--------------------|
| NULL |
+--------------------+

（4）カウントを計算する際、NULL列は統計に含まれません。

table2からcount(name)を選択します。

+--------------------+
| count(ユーザー名) |
|--------------------|
| 1 |
+--------------------+

5つのインデックスの長さの比較

テーブルtable1を変更し、インデックスidx_name(name)を追加します。
テーブルtable2を変更し、インデックスidx_name(name)を追加します。
select * from table1 where name='zhaoyun'; を説明します。
select * from table2 where name='zhaoyun'; を説明します。

テーブル1のkey_len = 82

テーブル2のkey_len = 83

key_lenの計算ルールは、データ型、文字エンコーディング、NULLかどうかの3つの要素に関連しています。

key_len 82 = 20 * 4 (utf8mb4 - 4 バイト、utf8 - 3 バイト) + 2 (varchar 可変長文字を格納する長さは 2 バイトで、固定長フィールドには追加のバイトは必要ありません)

key_len 83 = 20 * 4 (utf8mb4 - 4 バイト、utf8 - 3 バイト) + 2 (varchar 可変長文字は 2 バイトで格納され、固定長フィールドには追加のバイトは不要) + 1 (null フラグ)

したがって、インデックスフィールドを NULL に設定しないことをお勧めします。NULL にすると、インデックス、インデックス統計、および値が複雑になり、余分な 1 バイトのストレージ領域が必要になるためです。

これで、MySQL フィールド定義で null を使用しない方法についての記事は終了です。MySQL フィールド定義での null の詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません: