構文

q

TiDB は、MySQL プロトコル、およびMySQL 5.7と MySQL 8.0 の共通機能と構文と高い互換性があります。MySQL のエコシステム ツール (PHPMyAdmin、Navicat、MySQL Workbench、DBeaver、 もっと ) と MySQL クライアントを TiDB に使用できます。

ただし、MySQL の一部の機能は TiDB ではサポートされていません。これは、問題を解決するよりよい方法が存在する (XML関数の代わりに JSON を使用するなど) か、必要な労力に対して現在の需要が不足している (ストアド プロシージャや関数など) ことが原因である可能性があります。また、一部の機能は分散システムで実装するのが難しい場合があります。詳細については、 MySQL 互換性参照してください。

SQL文

SQL ステートメントは、識別子、パラメータ、変数、データ型、および予約済みの SQL キーワードで構成される SQL (構造化クエリ言語) のコマンドまたは命令です。SQL ステートメントは、データやデータベース構造の取得、変更、管理などの特定のアクションを実行するようにデータベースに指示します。

TiDB は、必要に応じて MySQL および TiDB 固有のステートメントの拡張機能を使用して、ISO/IEC SQL 標準に準拠することを目的とした SQL ステートメントを使用します。

SQL は関数に応じて次の 4 つのタイプに分けられます。

  • DDL (データ定義言語): データベース、テーブル、ビュー、インデックスなどのデータベース オブジェクトを定義するために使用されます。TiDB の DDL ステートメントについては、 スキーマ管理 / データ定義ステートメント (DDL)参照してください。

  • DML (データ操作言語): アプリケーション関連のレコードを操作するために使用されます。TiDB の DML ステートメントについては、 データ操作ステートメント (DML)参照してください。

  • DQL (データ クエリ言語): 条件付きフィルタリング後にレコードをクエリするために使用されます。

  • DCL (データ制御言語): アクセス権限とセキュリティ レベルを定義するために使用されます。

TiDB の SQL ステートメントの概要については、 SQL ステートメントの概要参照してください。

SQL モード

TiDB サーバーはさまざまな SQL モードで動作し、クライアントごとに異なるモードでこれらのモードを適用します。SQL モードは、TiDB がサポートする SQL 構文と、実行するデータ検証チェックのタイプを定義します。

詳細についてはSQL モード参照してください。

行ID生成属性

TiDB は、行 ID の生成とデータ分散を最適化するための 3 つの SQL 属性を提供します。

  • 自動インクリメント

  • 自動ランダム

  • シャード行IDビット

自動インクリメント

AUTO_INCREMENTは、デフォルトの列値を自動的に入力するために使用される列属性です。 INSERTステートメントでAUTO_INCREMENT列の値が指定されていない場合、システムはこの列に値を自動的に割り当てます。

パフォーマンス上の理由から、各 TiDBサーバーにはAUTO_INCREMENT数値が値のバッチで割り当てられます (デフォルトでは 3 万)。つまり、 AUTO_INCREMENT数値は一意であることが保証されますが、 INSERTステートメントに割り当てられる値は TiDBサーバーごとに単調になります。

すべての TiDB サーバーでAUTO_INCREMENT数値を単調にしたい場合、および TiDB バージョンが v6.5.0 以降である場合は、 MySQL互換モードを有効にすることをお勧めします。

詳細については自動インクリメント参照してください。

自動ランダム

AUTO_RANDOMBIGINT列に値を自動的に割り当てるために使用される列属性です。自動的に割り当てられる値はランダムかつ一意です。値AUTO_RANDOMはランダムかつ一意であるため、TiDB が連続した ID を割り当てることによって単一のstorageノードに書き込みホットスポットが発生するのを回避するために、 AUTO_INCREMENTの代わりにAUTO_RANDOMが使用されることがよくあります。

AUTO_RANDOMの値はランダムかつ一意であるため、TiDB が連続した ID を割り当てることによって単一のstorageノードに書き込みホットスポットが発生するのを避けるために、 AUTO_INCREMENTの代わりにAUTO_RANDOMが使用されることがよくあります。現在のAUTO_INCREMENT列が主キーで、タイプがBIGINT場合、 ALTER TABLE t MODIFY COLUMN id BIGINT AUTO_RANDOM(5);ステートメントを実行してAUTO_INCREMENTからAUTO_RANDOMに切り替えることができます。

詳細については自動ランダム参照してください。

シャード行IDビット

クラスター化されていない主キーを持つテーブル、または主キーのないテーブルの場合、TiDB は暗黙的な自動増分行 ID を使用します。 INSERT操作が大量に実行されると、データは単一のリージョンに書き込まれ、書き込みホットスポットが発生します。

ホットスポットの問題を軽減するには、 SHARD_ROW_ID_BITS設定します。行 ID が分散され、データが複数の異なるリージョンに書き込まれます。

キーワード

キーワードは、 SELECTUPDATEDELETEなど、SQL ステートメントで特別な意味を持つ単語です。

  • そのうちのいくつかは識別子として直接使用することができ、非予約キーワードと呼ばれます。

  • 識別子として使用する前に特別な処理が必要なキーワードもあり、これらは予約キーワードと呼ばれます。

ただし、予約されていないキーワードでも特別な処理が必要なものがあります。予約キーワードとして扱うことをお勧めします。

詳細についてはキーワード参照してください。

ユーザー定義変数

TiDB を使用すると、ユーザー定義変数を設定および読み取ることができます。ユーザー定義変数の形式は@var_nameです。 var_name構成する文字は、数字0-9 、文字a-zA-Z 、アンダースコア_ 、ドル記号$ 、UTF-8 文字など、識別子を構成できる任意の文字にすることができます。さらに、英語のピリオド.も含まれます。ユーザー定義変数は大文字と小文字を区別しません。

ユーザー定義変数はセッション固有であるため、1 つのクライアント接続で定義されたユーザー変数は、他のクライアント接続では表示または使用できません。

詳細についてはユーザー定義変数参照してください。

メタデータロック

TiDB では、メタデータ ロックは、オンライン スキーマ変更中にテーブル メタデータへの変更を管理するために導入されたメカニズムです。トランザクションが開始されると、現在のメタデータのスナップショットがロックされます。トランザクション中にメタデータが変更されると、TiDB は「情報スキーマが変更されました」というエラーをスローし、トランザクションのコミットを防止します。メタデータ ロックは、DML を優先することでデータ操作言語 (DML) とデータ定義言語 (DDL) の操作を調整し、古いメタデータを含む進行中の DML トランザクションが新しい DDL 変更を適用する前にコミットされるようにすることで、エラーを最小限に抑え、データの一貫性を維持します。

詳細についてはメタデータロック参照してください。

SQL最終更新日 1/10/2025, 7:31:22 AM: cloud: optimize TOC and add concept docs (#19717)

このページは役に立ちましたか?