MySQLの整数および文字列インデックスの無効化または暗黙的な変換に関する簡単な説明

MySQLの整数および文字列インデックスの無効化または暗黙的な変換に関する簡単な説明

問題の概要

今日、仕事中に、DBA が突然、SQL に暗黙的な変換があり、インデックスを使用していないことを示す SQL を発見しました。確認したところ、varchar 型のフィールドであることがわかりました。条件を使用して数値を渡しました。機密保持契約に違反する恐れがあるため、ここでは画像を投稿しません。同様の状況を再現して、皆さんに見ていただきたいと思います。

問題の再現

まず、効果を上げるために、USER_ID を varchar 型に設定し、一意のインデックスを追加したユーザー テーブル test_user を作成します。

テーブルtest_userを作成します(
  ID int(11) NOT NULL AUTO_INCREMENT、
  USER_ID varchar(11) DEFAULT NULL COMMENT 'ユーザーアカウント',
  USER_NAME varchar(255) DEFAULT NULL COMMENT 'ユーザー名',
  AGE int(5) デフォルト NULL コメント '年齢',
  COMMENT varchar(255) DEFAULT NULL COMMENT 'はじめに',
  主キー (ID)
  ユニークキー UNIQUE_USER_ID (USER_ID) BTREE 使用
)ENGINE=InnoDB デフォルト文字セット=utf8;

テーブルデータは以下のとおりです(データは前回のMySQL記事と同じデータを使用しています。MySQLはUNIONを使用して2つのクエリを接続し、ソートに失敗しますが、テーブル構造が異なることに注意してください)。

IDユーザーIDユーザー名コメント
1 111ハッピールーキー18今日はとても幸せです
2 222悲しい新人21今日は悲しい
3 333真面目な新人30今日はとても深刻だ
4 444ハッピールーキー18今日はとても幸せです
5 555真面目な新人21今日は深刻だ

次に次のSQLを実行します

EXPLAIN SELECT * FROM test_user WHERE USER_ID = 111;

与えられた説明は次のようになります。

id選択タイプテーブルパーティションタイプ可能なキーキーの長さ参照フィルター余分な
1単純テストユーザー全て5 where の使用

条件を引用符で囲んで次のように説明します。

EXPLAIN SELECT * FROM test_user WHERE USER_ID = '111';

この時点で、varchar 型フィールドは文字列としてクエリされたときにはインデックスを使用しますが、数値型としてクエリされたときにはインデックスを使用しないことがわかりました。

問題の拡大

質問は、フィールドが整数でインデックスがある場合、文字列でクエリを実行するときにインデックスは使用されないのでしょうか?練習すれば完璧になります。引き続きテストを続けましょう。

-- USER_IDの型を整数に変更する CREATE TABLE test_user (
  ID int(11) NOT NULL AUTO_INCREMENT、
  USER_ID int(11) DEFAULT NULL COMMENT 'ユーザーアカウント',
  USER_NAME varchar(255) DEFAULT NULL COMMENT 'ユーザー名',
  AGE int(5) デフォルト NULL コメント '年齢',
  COMMENT varchar(255) DEFAULT NULL COMMENT 'はじめに',
  主キー(ID)、
  ユニークキー UNIQUE_USER_ID (USER_ID) BTREE 使用
) ENGINE=InnoDB AUTO_INCREMENT=6 デフォルト CHARSET=utf8;
EXPLAIN SELECT * FROM test_user WHERE USER_ID = 111;
EXPLAIN SELECT * FROM test_user WHERE USER_ID = '111';

上記の 2 つのステートメントを実行した後、int 型フィールドは、文字列としてクエリされるか数値としてクエリされるかに関係なく、インデックスが作成されることがわかりました。

結論は

  1. 使用するフィールドが数値型の場合、引用符を追加するか追加しないか(SQLでは一重引用符と二重引用符は同じ効果があります)はインデックスの使用に影響しません。
  2. フィールドが文字列型の場合、インデックスは引用符なしのクエリには使用できませんが、引用符付きのクエリには通常どおりインデックスを使用できます。

まとめると、文字列型がインデックス化されない状況を回避するために、今後 SQL を書くときには引用符を追加するのが最善だと思います。より深い原則についてはさらに検討する必要があります。ご意見がありましたら、ぜひ議論してください。

これで、MySql 整数インデックスと文字列インデックスの無効化または暗黙的な変換に関するこの記事は終了です。MySql 整数インデックスと文字列インデックスの無効化の詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません:
  • MySQLの驚くべき暗黙の変換
  • MySQL 5.6 の「暗黙的な変換」によりインデックスが失敗し、データが不正確になる
  • MySQLの暗黙的な変換について話す
  • MySQLの暗黙的な変換問題の解決
  • MySQL インデックス無効化の暗黙的な変換の問題

<<:  モバイルデバイス Web 開発における HTML ヘッドの書き方

>>:  nginxコンテナ設定ファイルの独立した実装

推薦する

Win10 の組み込み Linux システムを使用して Spring Boot プロジェクトを開始する方法

1. Windows10の組み込みLinuxサブシステムをインストールする1.1. Linuxサブシ...

Docker の詳細なイラスト

1. Dockerの紹介1.1 仮想化1.1.1 仮想化とは何ですか?コンピュータにおける仮想化とは...

デジタルテーブル特殊効果を実現するネイティブJS

この記事では、ネイティブ JS で実装されたデジタル時計エフェクトを紹介します。エフェクトは次のとお...

MySQL テーブル削除操作の実装 (delete、truncate、drop の違い)

この記事では主に、MySQL でテーブルを削除する 3 つの操作、つまり delete ステートメン...

CSS プロパティ display:flow-root 宣言を 1 つの記事でマスターする

zhangxinxu より https://www.zhangxinxu.com/wordpress...

理論: 2年間のユーザーエクスペリエンス

<br />国内のウェブサイトが本格的に普及し、ユーザーエクスペリエンスに重点が置かれる...

本をめくる効果を実現するネイティブJS

この記事では、ネイティブ JS で実装された本をめくる効果の図を紹介します。効果は次のとおりです。 ...

docker runとstartの違い

docker における実行と開始の違いDocker run はミラーイメージを指定します。そしてdo...

vue3 統合 API における vue2 の $refs の代替方法についての簡単な説明

vue2 プロジェクト開発の経験があれば、$refs に精通しているでしょう。 vue3 の急激なア...

ホームページのデザインはウェブデザイナーのレベルを最もよく反映する

私がこれまで携わってきた多くのプロジェクトでは、基本的に避けられない悪循環がありました。それは、ホー...

ブラウザ間の hr 区切り文字の違い

Webページを作るときに、区切り線hrを使うことがありますが、IE6やIE7で表示するのは非常に苦痛...

IIS を使用して X-Forwarded-For ヘッダー (XFF) を呼び出して訪問者の実際の IP を記録する 2 つの方法

問題: IIS を通じて公開された Web サイトは F5 デバイスの背後に配置されています。透過的...

Linux resolv.conf の簡単な分析

1. はじめにresolv.conf は、さまざまなオペレーティング システムのドメイン ネーム シ...

Linux C++ マルチスレッド同期の非常に詳細な説明

目次1. ミューテックス1. ミューテックスの初期化2. ミューテックスロックの関連特性と分類3. ...

MySQLデータベース操作の基本コマンド

1. データベースを作成します。 データ data _name を作成します。 PHP でデータベー...