JSON 陣列包含一個由逗號分隔並以 [ 和 ] 字元括起來的值清單

["abc", 10, null, true, false]

JSON 物件包含一組以逗號分隔並以 { 和 } 字元括起來的鍵值對

{"k1": "value", "k2": 10}

如範例所示，JSON 陣列和物件可以包含字串或數字的純量值、JSON null 常值，或 JSON 布林值 true 或 false 常值。JSON 物件中的鍵必須是字串。也允許使用時間（日期、時間或日期時間）純量值

["12:18:29.000000", "2015-07-29", "2015-07-29 12:18:29.000000"]

JSON 陣列元素和 JSON 物件鍵值中允許巢狀結構

[99, {"id": "HK500", "cost": 75.99}, ["hot", "cold"]]
{"k1": "value", "k2": [10, 20]}

您也可以從 MySQL 提供的許多函式中取得 JSON 值（請參閱章節 14.17.2，「建立 JSON 值的函式」），以及使用 CAST(value AS JSON) 將其他類型的值轉換為 JSON 類型（請參閱 在 JSON 和非 JSON 值之間轉換）。接下來的幾個段落描述 MySQL 如何處理作為輸入提供的 JSON 值。

在 MySQL 中，JSON 值以字串形式寫入。MySQL 會解析任何在需要 JSON 值的內容中使用的字串，如果它不是有效的 JSON，則會產生錯誤。這些內容包括將值插入到具有 JSON 資料類型的資料行，以及將引數傳遞給需要 JSON 值的函式（通常在 MySQL JSON 函式的文件中顯示為 json_doc 或 json_val），如下列範例所示

MySQL 使用 utf8mb4 字元集和 utf8mb4_bin 定序來處理 JSON 環境中使用的字串。其他字元集中的字串會根據需要轉換為 utf8mb4。（對於 ascii 或 utf8mb3 字元集中的字串，則不需要轉換，因為 ascii 和 utf8mb3 是 utf8mb4 的子集。）

除了使用字串常值寫入 JSON 值之外，還存在一些函式可從元件元素組合 JSON 值。JSON_ARRAY() 接受（可能為空的）值清單，並傳回包含這些值的 JSON 陣列

mysql> SELECT JSON_ARRAY('a', 1, NOW());
+----------------------------------------+
| JSON_ARRAY('a', 1, NOW())              |
+----------------------------------------+
| ["a", 1, "2015-07-27 09:43:47.000000"] |
+----------------------------------------+

JSON_OBJECT() 接受（可能為空的）鍵值對清單，並傳回包含這些鍵值對的 JSON 物件

mysql> SELECT JSON_OBJECT('key1', 1, 'key2', 'abc');
+---------------------------------------+
| JSON_OBJECT('key1', 1, 'key2', 'abc') |
+---------------------------------------+
| {"key1": 1, "key2": "abc"}            |
+---------------------------------------+

JSON_MERGE_PRESERVE() 接受兩個或多個 JSON 文件，並傳回合併的結果

mysql> SELECT JSON_MERGE_PRESERVE('["a", 1]', '{"key": "value"}');
+-----------------------------------------------------+
| JSON_MERGE_PRESERVE('["a", 1]', '{"key": "value"}') |
+-----------------------------------------------------+
| ["a", 1, {"key": "value"}]                          |
+-----------------------------------------------------+
1 row in set (0.00 sec)

有關合併規則的資訊，請參閱 JSON 值的正規化、合併和自動包裝。

（MySQL 也支援 JSON_MERGE_PATCH()，其行為稍有不同。請參閱 JSON_MERGE_PATCH() 與 JSON_MERGE_PRESERVE() 的比較，以取得有關這兩個函式之間差異的資訊。）

JSON 值可以指派給使用者定義的變數

mysql> SET @j = JSON_OBJECT('key', 'value');
mysql> SELECT @j;
+------------------+
| @j               |
+------------------+
| {"key": "value"} |
+------------------+

但是，使用者定義的變數不能是 JSON 資料類型，因此，雖然前面範例中的 @j 看起來像 JSON 值，並且具有與 JSON 值相同的字元集和定序，但它不具有 JSON 資料類型。相反，當指派給變數時，來自 JSON_OBJECT() 的結果會轉換為字串。

透過轉換 JSON 值產生的字串具有 utf8mb4 的字元集和 utf8mb4_bin 的定序

mysql> SELECT CHARSET(@j), COLLATION(@j);
+-------------+---------------+
| CHARSET(@j) | COLLATION(@j) |
+-------------+---------------+
| utf8mb4     | utf8mb4_bin   |
+-------------+---------------+

由於 utf8mb4_bin 是二進制定序，因此 JSON 值的比較會區分大小寫。

mysql> SELECT JSON_ARRAY('x') = JSON_ARRAY('X');
+-----------------------------------+
| JSON_ARRAY('x') = JSON_ARRAY('X') |
+-----------------------------------+
|                                 0 |
+-----------------------------------+

大小寫敏感性也適用於 JSON null、true 和 false 常值，這些常值必須始終以小寫形式寫入

mysql> SELECT JSON_VALID('null'), JSON_VALID('Null'), JSON_VALID('NULL');
+--------------------+--------------------+--------------------+
| JSON_VALID('null') | JSON_VALID('Null') | JSON_VALID('NULL') |
+--------------------+--------------------+--------------------+
|                  1 |                  0 |                  0 |
+--------------------+--------------------+--------------------+

mysql> SELECT CAST('null' AS JSON);
+----------------------+
| CAST('null' AS JSON) |
+----------------------+
| null                 |
+----------------------+
1 row in set (0.00 sec)

mysql> SELECT CAST('NULL' AS JSON);
ERROR 3141 (22032): Invalid JSON text in argument 1 to function cast_as_json:
"Invalid value." at position 0 in 'NULL'.

JSON 常值的大小寫敏感性與 SQL NULL、TRUE 和 FALSE 常值的大小寫敏感性不同，SQL 常值可以用任何大小寫形式寫入

mysql> SELECT ISNULL(null), ISNULL(Null), ISNULL(NULL);
+--------------+--------------+--------------+
| ISNULL(null) | ISNULL(Null) | ISNULL(NULL) |
+--------------+--------------+--------------+
|            1 |            1 |            1 |
+--------------+--------------+--------------+

有時可能需要或希望在 JSON 文件中插入引號字元（" 或 '）。在此範例中，假設您要將一些 JSON 物件插入到使用此處顯示的 SQL 陳述式建立的表格中，這些 JSON 物件包含表示有關 MySQL 的一些事實的句子，每個句子都與適當的關鍵字配對

mysql> CREATE TABLE facts (sentence JSON);

在這些關鍵字-句子對中，有這個

mascot: The MySQL mascot is a dolphin named "Sakila".

將其作為 JSON 物件插入到 facts 表格中的一種方法是使用 MySQL JSON_OBJECT() 函式。在這種情況下，您必須使用反斜線來逸出每個引號字元，如下所示

mysql> INSERT INTO facts VALUES
     >   (JSON_OBJECT("mascot", "Our mascot is a dolphin named \"Sakila\"."));

如果您將值作為 JSON 物件常值插入，則無法以相同的方式運作，在這種情況下，您必須使用雙反斜線逸出序列，如下所示

mysql> INSERT INTO facts VALUES
     >   ('{"mascot": "Our mascot is a dolphin named \\"Sakila\\"."}');

使用雙反斜線可防止 MySQL 執行逸出序列處理，而是使其將字串常值傳遞給儲存引擎進行處理。以剛才顯示的任一方式插入 JSON 物件後，您可以執行簡單的 SELECT 來查看反斜線是否出現在 JSON 資料行值中，如下所示

mysql> SELECT sentence FROM facts;
+---------------------------------------------------------+
| sentence                                                |
+---------------------------------------------------------+
| {"mascot": "Our mascot is a dolphin named \"Sakila\"."} |
+---------------------------------------------------------+

若要使用 mascot 作為索引鍵來查閱此特定句子，您可以使用資料行路徑運算子 ->，如下所示

mysql> SELECT col->"$.mascot" FROM qtest;
+---------------------------------------------+
| col->"$.mascot"                             |
+---------------------------------------------+
| "Our mascot is a dolphin named \"Sakila\"." |
+---------------------------------------------+
1 row in set (0.00 sec)

這會保留反斜線，以及周圍的引號。若要使用 mascot 作為索引鍵顯示所需的值，但不包含周圍的引號或任何逸出符號，請使用內嵌路徑運算子 ->>，如下所示

mysql> SELECT sentence->>"$.mascot" FROM facts;
+-----------------------------------------+
| sentence->>"$.mascot"                   |
+-----------------------------------------+
| Our mascot is a dolphin named "Sakila". |
+-----------------------------------------+

mysql> INSERT INTO facts VALUES
     > (JSON_OBJECT('mascot', 'Our mascot is a dolphin named "Sakila".'));

當解析字串並發現它是有效的 JSON 文件時，也會將其正規化。這表示會捨棄具有重複索引鍵的成員，該索引鍵在文件中稍後出現，從左到右讀取。下列 JSON_OBJECT() 呼叫產生的物件值僅包含第二個 key1 元素，因為該索引鍵名稱較早出現在值中，如下所示

mysql> SELECT JSON_OBJECT('key1', 1, 'key2', 'abc', 'key1', 'def');
+------------------------------------------------------+
| JSON_OBJECT('key1', 1, 'key2', 'abc', 'key1', 'def') |
+------------------------------------------------------+
| {"key1": "def", "key2": "abc"}                       |
+------------------------------------------------------+

當值插入到 JSON 資料行時，也會執行正規化，如下所示

mysql> CREATE TABLE t1 (c1 JSON);

mysql> INSERT INTO t1 VALUES
     >     ('{"x": 17, "x": "red"}'),
     >     ('{"x": 17, "x": "red", "x": [3, 5, 7]}');

mysql> SELECT c1 FROM t1;
+------------------+
| c1               |
+------------------+
| {"x": "red"}     |
| {"x": [3, 5, 7]} |
+------------------+

此「最後重複的索引鍵獲勝」行為由 RFC 7159 建議，並且由大多數 JavaScript 解析器實作。(Bug #86866, Bug #26369555)

MySQL 會捨棄原始 JSON 文件中索引鍵、值或元素之間的多餘空白，並在顯示時在每個逗號 (,) 或冒號 (:) 後面保留（或在必要時插入）一個空格。這樣做是為了提高可讀性。

產生 JSON 值的 MySQL 函式（請參閱章節 14.17.2，「建立 JSON 值的函式」）始終傳回正規化的值。

為了提高查詢效率，MySQL 也會對 JSON 物件的索引鍵進行排序。您應該知道此排序的結果可能會變更，並且不保證在各個版本之間保持一致。

合併 JSON 值

支援兩種合併演算法，分別由函式 JSON_MERGE_PRESERVE() 和 JSON_MERGE_PATCH() 實作。它們在處理重複索引鍵的方式上有所不同：JSON_MERGE_PRESERVE() 保留重複索引鍵的值，而 JSON_MERGE_PATCH() 則會捨棄除最後一個值之外的所有值。接下來的幾個段落說明這兩個函式中的每一個如何處理不同 JSON 文件組合（即物件和陣列）的合併。

合併陣列。在合併多個陣列的環境中，陣列會合併為單一陣列。JSON_MERGE_PRESERVE() 的做法是將稍後命名的陣列串連到第一個陣列的末尾。JSON_MERGE_PATCH() 會將每個引數視為由單個元素組成的陣列（因此其索引為 0），然後套用「最後重複的索引鍵獲勝」邏輯來僅選擇最後一個引數。您可以比較此查詢顯示的結果

mysql> SELECT
    ->   JSON_MERGE_PRESERVE('[1, 2]', '["a", "b", "c"]', '[true, false]') AS Preserve,
    ->   JSON_MERGE_PATCH('[1, 2]', '["a", "b", "c"]', '[true, false]') AS Patch\G
*************************** 1. row ***************************
Preserve: [1, 2, "a", "b", "c", true, false]
   Patch: [true, false]

多個物件合併時會產生單一物件。JSON_MERGE_PRESERVE() 處理具有相同鍵的多個物件時，會將該鍵的所有唯一值組合在一個陣列中；然後，此陣列會作為結果中該鍵的值。JSON_MERGE_PATCH() 會捨棄找到重複鍵的值，從左到右處理，因此結果只包含該鍵的最後一個值。以下查詢說明重複鍵 a 的結果差異。

mysql> SELECT
    ->   JSON_MERGE_PRESERVE('{"a": 1, "b": 2}', '{"c": 3, "a": 4}', '{"c": 5, "d": 3}') AS Preserve,
    ->   JSON_MERGE_PATCH('{"a": 3, "b": 2}', '{"c": 3, "a": 4}', '{"c": 5, "d": 3}') AS Patch\G
*************************** 1. row ***************************
Preserve: {"a": [1, 4], "b": 2, "c": [3, 5], "d": 3}
   Patch: {"a": 4, "b": 2, "c": 5, "d": 3}

在需要陣列值的環境中使用非陣列值時，會自動包裝：該值會被 [ 和 ] 字元包圍，以轉換為陣列。在以下陳述式中，每個引數都會自動包裝為陣列 ([1]、[2])。然後，這些會合併以產生單一結果陣列；與前兩個案例一樣，JSON_MERGE_PRESERVE() 會合併具有相同鍵的值，而 JSON_MERGE_PATCH() 會捨棄除了最後一個以外的所有重複鍵的值，如下所示

mysql> SELECT
	  ->   JSON_MERGE_PRESERVE('1', '2') AS Preserve,
	  ->   JSON_MERGE_PATCH('1', '2') AS Patch\G
*************************** 1. row ***************************
Preserve: [1, 2]
   Patch: 2

陣列和物件值會透過將物件自動包裝為陣列，並根據選擇的合併函數（分別為 JSON_MERGE_PRESERVE() 或 JSON_MERGE_PATCH()）組合值或以「最後一個重複鍵勝出」的方式合併陣列，如下例所示

mysql> SELECT
	  ->   JSON_MERGE_PRESERVE('[10, 20]', '{"a": "x", "b": "y"}') AS Preserve,
	  ->   JSON_MERGE_PATCH('[10, 20]', '{"a": "x", "b": "y"}') AS Patch\G
*************************** 1. row ***************************
Preserve: [10, 20, {"a": "x", "b": "y"}]
   Patch: {"a": "x", "b": "y"}

JSON 路徑表達式會選取 JSON 文件中的值。

路徑表達式對於提取或修改 JSON 文件部分內容的函數非常有用，可指定在文件中要操作的位置。例如，以下查詢從 JSON 文件中提取具有 name 鍵的成員的值

mysql> SELECT JSON_EXTRACT('{"id": 14, "name": "Aztalan"}', '$.name');
+---------------------------------------------------------+
| JSON_EXTRACT('{"id": 14, "name": "Aztalan"}', '$.name') |
+---------------------------------------------------------+
| "Aztalan"                                               |
+---------------------------------------------------------+

路徑語法使用開頭的 $ 字元來表示正在考慮的 JSON 文件，後面可選擇性地跟著指示文件中更特定部分的選取器

假設 $ 指的是這個包含三個元素的 JSON 陣列

[3, {"a": [5, 6], "b": 10}, [99, 100]]

那麼

因為 $[1] 和 $[2] 的評估結果為非純量值，所以它們可以用作選取巢狀值的更特定路徑表達式的基礎。範例

如先前所述，如果未加引號的鍵名在路徑表達式中不合法，則命名鍵的路徑組件必須加上引號。假設 $ 指的是這個值

{"a fish": "shark", "a bird": "sparrow"}

鍵都包含一個空格，因此必須加上引號

使用通配符的路徑的評估結果為可能包含多個值的陣列

mysql> SELECT JSON_EXTRACT('{"a": 1, "b": 2, "c": [3, 4, 5]}', '$.*');
+---------------------------------------------------------+
| JSON_EXTRACT('{"a": 1, "b": 2, "c": [3, 4, 5]}', '$.*') |
+---------------------------------------------------------+
| [1, 2, [3, 4, 5]]                                       |
+---------------------------------------------------------+
mysql> SELECT JSON_EXTRACT('{"a": 1, "b": 2, "c": [3, 4, 5]}', '$.c[*]');
+------------------------------------------------------------+
| JSON_EXTRACT('{"a": 1, "b": 2, "c": [3, 4, 5]}', '$.c[*]') |
+------------------------------------------------------------+
| [3, 4, 5]                                                  |
+------------------------------------------------------------+

在以下範例中，路徑 $**.b 的評估結果為多個路徑（$.a.b 和 $.c.b），並產生一個符合路徑值的陣列

mysql> SELECT JSON_EXTRACT('{"a": {"b": 1}, "c": {"b": 2}}', '$**.b');
+---------------------------------------------------------+
| JSON_EXTRACT('{"a": {"b": 1}, "c": {"b": 2}}', '$**.b') |
+---------------------------------------------------------+
| [1, 2]                                                  |
+---------------------------------------------------------+

JSON 陣列的範圍。您可以使用 to 關鍵字指定 JSON 陣列的子集。例如，$[1 to 3] 包括陣列的第二、第三和第四個元素，如下所示

mysql> SELECT JSON_EXTRACT('[1, 2, 3, 4, 5]', '$[1 to 3]');
+----------------------------------------------+
| JSON_EXTRACT('[1, 2, 3, 4, 5]', '$[1 to 3]') |
+----------------------------------------------+
| [2, 3, 4]                                    |
+----------------------------------------------+
1 row in set (0.00 sec)

語法為 M to N，其中 M 和 N 分別是 JSON 陣列元素範圍的第一個和最後一個索引。N 必須大於 M；M 必須大於或等於 0。陣列元素的索引從 0 開始。

您可以在支援通配符的環境中使用範圍。

最右邊的陣列元素。last 關鍵字支援作為陣列中最後一個元素的索引的同義詞。表單 last - N 的表達式可用於相對定址，以及範圍定義內，如下所示

mysql> SELECT JSON_EXTRACT('[1, 2, 3, 4, 5]', '$[last-3 to last-1]');
+--------------------------------------------------------+
| JSON_EXTRACT('[1, 2, 3, 4, 5]', '$[last-3 to last-1]') |
+--------------------------------------------------------+
| [2, 3, 4]                                              |
+--------------------------------------------------------+
1 row in set (0.01 sec)

如果路徑評估的值不是陣列，則評估結果與將該值包裝在單一元素陣列中相同

mysql> SELECT JSON_REPLACE('"Sakila"', '$[last]', 10);
+-----------------------------------------+
| JSON_REPLACE('"Sakila"', '$[last]', 10) |
+-----------------------------------------+
| 10                                      |
+-----------------------------------------+
1 row in set (0.00 sec)

您可以使用 column->path 以及 JSON 資料行識別碼和 JSON 路徑表達式，作為 JSON_EXTRACT(column, path) 的同義詞。如需詳細資訊，請參閱 第 14.17.3 節「搜尋 JSON 值的函數」。另請參閱 為 JSON 資料行索引產生資料行。

某些函數會採用現有的 JSON 文件，以某種方式修改它，並傳回修改後的文件。路徑表達式會指示在文件中進行變更的位置。例如，JSON_SET()、JSON_INSERT() 和 JSON_REPLACE() 函數各自採用 JSON 文件，以及一或多個路徑值對，這些路徑值對描述要修改文件的位置和要使用的值。這些函數處理文件中現有值和不存在值的方式不同。

請考慮此文件

mysql> SET @j = '["a", {"b": [true, false]}, [10, 20]]';

JSON_SET() 會取代存在路徑的值，並新增不存在路徑的值：。

mysql> SELECT JSON_SET(@j, '$[1].b[0]', 1, '$[2][2]', 2);
+--------------------------------------------+
| JSON_SET(@j, '$[1].b[0]', 1, '$[2][2]', 2) |
+--------------------------------------------+
| ["a", {"b": [1, false]}, [10, 20, 2]]      |
+--------------------------------------------+

在此情況下，路徑 $[1].b[0] 會選取現有值 (true)，該值會被路徑引數後面的值 (1) 取代。路徑 $[2][2] 不存在，因此會將對應的值 (2) 新增至 $[2] 選取的值。

JSON_INSERT() 會新增新值，但不會取代現有值

mysql> SELECT JSON_INSERT(@j, '$[1].b[0]', 1, '$[2][2]', 2);
+-----------------------------------------------+
| JSON_INSERT(@j, '$[1].b[0]', 1, '$[2][2]', 2) |
+-----------------------------------------------+
| ["a", {"b": [true, false]}, [10, 20, 2]]      |
+-----------------------------------------------+

JSON_REPLACE() 會取代現有值，並忽略新值

mysql> SELECT JSON_REPLACE(@j, '$[1].b[0]', 1, '$[2][2]', 2);
+------------------------------------------------+
| JSON_REPLACE(@j, '$[1].b[0]', 1, '$[2][2]', 2) |
+------------------------------------------------+
| ["a", {"b": [1, false]}, [10, 20]]             |
+------------------------------------------------+

路徑值對會從左到右評估。評估一對產生的文件會成為評估下一對的新值。

JSON_REMOVE() 採用 JSON 文件和一或多個指定要從文件中移除的值的路徑。傳回值是原始文件，減去文件中存在路徑所選取的值

mysql> SELECT JSON_REMOVE(@j, '$[2]', '$[1].b[1]', '$[1].b[1]');
+---------------------------------------------------+
| JSON_REMOVE(@j, '$[2]', '$[1].b[1]', '$[1].b[1]') |
+---------------------------------------------------+
| ["a", {"b": [true]}]                              |
+---------------------------------------------------+

這些路徑具有以下效果

MySQL 支援的許多 JSON 函數，以及本手冊其他章節描述的函數（請參閱第 14.17 節，「JSON 函數」），都需要路徑表示式才能識別 JSON 文件中的特定元素。路徑由路徑的範圍和一個或多個路徑段組成。對於 MySQL JSON 函數中使用的路徑，範圍始終是正在搜尋或以其他方式操作的文件，以開頭的 $ 字元表示。路徑段以句點字元 (.) 分隔。陣列中的儲存格以 [N] 表示，其中 N 是一個非負整數。索引鍵的名稱必須是雙引號字串或有效的 ECMAScript 識別符號（請參閱 識別符號名稱和識別符號，在ECMAScript 語言規範中）。路徑表示式，如 JSON 文字，應使用 ascii、utf8mb3 或 utf8mb4 字元集進行編碼。其他字元編碼會隱式強制轉換為 utf8mb4。完整的語法如下所示

pathExpression:
    scope[(pathLeg)*]

pathLeg:
    member | arrayLocation | doubleAsterisk

member:
    period ( keyName | asterisk )

arrayLocation:
    leftBracket ( nonNegativeInteger | asterisk ) rightBracket

keyName:
    ESIdentifier | doubleQuotedString

doubleAsterisk:
    '**'

period:
    '.'

asterisk:
    '*'

leftBracket:
    '['

rightBracket:
    ']'

如先前所述，在 MySQL 中，路徑的範圍始終是正在操作的文件，以 $ 表示。您可以使用 '$' 作為 JSON 路徑表示式中文件的同義詞。

萬用字元 * 和 ** 符號的使用方式如下

如需路徑語法範例，請參閱各種使用路徑作為引數的 JSON 函數的說明，例如 JSON_CONTAINS_PATH()、JSON_SET() 和 JSON_REPLACE()。如需包含使用 * 和 ** 萬用字元的範例，請參閱 JSON_SEARCH() 函數的說明。

MySQL 也支援使用 to 關鍵字 (例如 $[2 to 10]) 來表示 JSON 陣列子集的範圍表示法，以及使用 last 關鍵字作為陣列最右邊元素的同義詞。如需更多資訊和範例，請參閱搜尋和修改 JSON 值。

可以使用 =、<、<=、>、>=、<>、!= 和 <=> 運算子來比較 JSON 值。

以下比較運算子和函數尚不支援 JSON 值

針對剛才列出的比較運算子和函數的替代方案是將 JSON 值轉換為原生 MySQL 數值或字串資料類型，使其具有一致的非 JSON 純量類型。

JSON 值的比較發生在兩個層級。第一個比較層級是基於比較值的 JSON 類型。如果類型不同，比較結果完全由哪個類型具有較高的優先順序決定。如果兩個值具有相同的 JSON 類型，則會使用類型特定的規則發生第二個比較層級。

以下清單顯示 JSON 類型的優先順序，從最高優先順序到最低優先順序。（類型名稱是 JSON_TYPE() 函數傳回的名稱。）在同一行中顯示的類型具有相同的優先順序。任何具有清單中較早列出的 JSON 類型的值都比任何具有清單中較晚列出的 JSON 類型的值大。

BLOB
BIT
OPAQUE
DATETIME
TIME
DATE
BOOLEAN
ARRAY
OBJECT
STRING
INTEGER, DOUBLE
NULL

對於具有相同優先順序的 JSON 值，比較規則是類型特定的

對於任何 JSON 值與 SQL NULL 的比較，結果為 UNKNOWN。

對於 JSON 和非 JSON 值的比較，非 JSON 值會根據下表中的規則轉換為 JSON，然後如前所述比較這些值。

下表提供 MySQL 在 JSON 值和其他類型的值之間轉換時所遵循的規則摘要

JSON 值的 ORDER BY 和 GROUP BY 根據這些原則運作

對於排序，將 JSON 純量轉換為其他一些原生 MySQL 類型可能很有用。例如，如果名為 jdoc 的欄包含具有由 id 索引鍵和非負值組成的成員的 JSON 物件，請使用此運算式依 id 值排序

ORDER BY CAST(JSON_EXTRACT(jdoc, '$.id') AS UNSIGNED)

如果剛好有一個產生的欄位被定義為使用與 ORDER BY 中相同的表達式，MySQL 優化器會識別到這一點，並考慮使用索引來執行查詢計畫。請參閱第 10.3.11 節，「產生欄位索引的優化器使用」。

對於 JSON 值的聚合，SQL 的 NULL 值會像其他資料類型一樣被忽略。非 NULL 值會被轉換為數值型別並進行聚合，但 MIN()、MAX() 和 GROUP_CONCAT() 除外。轉換為數值應該會為數值純量的 JSON 值產生有意義的結果，儘管（取決於這些值）可能會發生截斷和精度損失。將其他 JSON 值轉換為數值可能不會產生有意義的結果。