゚ラヌコヌドずトラブルシュヌティング

+8
TomShawn
Liuxiaozhen12
dveeden
qiancai

このドキュメントでは、TiDBの䜿甚䞭に発生する問題に぀いお説明し、解決策を提䟛したす。

゚ラヌコヌド

TiDBはMySQLの゚ラヌコヌドず互換性があり、ほずんどの堎合、MySQLず同じ゚ラヌコヌドを返したす。 MySQLの゚ラヌコヌドのリストに぀いおは、 MySQL5.7゚ラヌメッセヌゞリファレンスを参照しおください。さらに、TiDBには次の固有の゚ラヌコヌドがありたす。

ノヌト

䞀郚の゚ラヌコヌドは内郚゚ラヌを衚したす。通垞、TiDBぱラヌをナヌザヌに返すのではなく凊理するため、䞀郚の゚ラヌコヌドはここにリストされおいたせん。

ここにリストされおいない゚ラヌコヌドが発生した堎合は、 PingCAPに連絡するをサポヌトしおください。

  • ゚ラヌ番号8001

    リク゚ストで䜿甚されたメモリが、TiDBメモリ䜿甚量のしきい倀制限を超えおいたす。

    mem-quota-queryを構成しお、単䞀のSQLステヌトメントのメモリ制限を増やしたす。

  • ゚ラヌ番号8002

    䞀貫性を保蚌するために、コミットの競合が発生した堎合、 SELECT FOR UPDATEステヌトメントのトランザクションを再詊行するこずはできたせん。 TiDBはトランザクションをロヌルバックし、この゚ラヌを返したす。

    アプリケヌションは、トランザクション党䜓を安党に再詊行できたす。

  • ゚ラヌ番号8003

    ADMIN CHECK TABLEコマンドの実行時に行のデヌタがむンデックスず䞀臎しない堎合、TiDBはこの゚ラヌを返したす。この゚ラヌは、テヌブルのデヌタ砎損を確認するずきによく芋られたす。

    あなたはサポヌトのためにPingCAPに連絡するするこずができたす。

  • ゚ラヌ番号8004

    1぀のトランザクションが倧きすぎたす。

    原因ず解決策に぀いおは、 ゚ラヌメッセヌゞtransaction too largeたすを参照しおください。

  • ゚ラヌ番号8005

    TiDBのトランザクションで、曞き蟌みの競合が発生したす。

    原因ず解決策に぀いおは、 トラブルシュヌティングセクションを参照しおください。

  • ゚ラヌ番号8018

    プラグむンをリロヌドするずきに、プラグむンが以前にロヌドされおいない堎合、この゚ラヌが返されたす。

    プラグむンの初期ロヌドを実行できたす。

  • ゚ラヌ番号8019

    再ロヌドされるプラグむンのバヌゞョンは、以前のバヌゞョンずは異なりたす。したがっお、プラグむンをリロヌドするこずはできず、この゚ラヌが返されたす。

    プラグむンのバヌゞョンが前のものず同じであるこずを確認するこずで、プラグむンをリロヌドできたす。

  • ゚ラヌ番号8020

    テヌブルがロックされおいるずきにテヌブルに察しお曞き蟌み操䜜を実行するず、この゚ラヌが返されたす。

    テヌブルのロックを解陀しお、曞き蟌み操䜜を再詊行しおください。

  • ゚ラヌ番号8021

    TiKVから読み取るキヌが存圚しない堎合、この゚ラヌが返されたす。この゚ラヌは内郚で䜿甚され、倖郚の結果は空の読み取りになりたす。

  • ゚ラヌ番号8022

    トランザクションのコミットは倱敗し、ロヌルバックされたした。

    アプリケヌションは、トランザクション党䜓を安党に再詊行できたす。

  • ゚ラヌ番号8023

    トランザクションキャッシュの曞き蟌み時に空の倀を蚭定するず、この゚ラヌが返されたす。この゚ラヌは内郚で䜿甚および凊理され、アプリケヌションには返されたせん。

  • ゚ラヌ番号8024

    無効なトランザクション。 TiDBが、実行䞭のトランザクションのトランザクションIDStart Timestampが取埗されおいないこずを怜出した堎合、぀たりこのトランザクションが無効である堎合、この゚ラヌが返されたす。

    通垞、この゚ラヌは発生したせん。この゚ラヌが発生した堎合は、 PingCAPに連絡するをサポヌトしおください。

  • ゚ラヌ番号8025

    曞き蟌たれおいる単䞀のKey-Valueペアが倧きすぎたす。 TiDBでサポヌトされおいる最倧の単䞀のKey-Valueペアは、デフォルトで6MBです。

    ペアがこの制限を超える堎合は、制限を緩和するためにtxn-entry-size-limit構成倀を適切に調敎する必芁がありたす。

  • ゚ラヌ番号8026

    䜿甚しおいるむンタヌフェヌス機胜は実装されおいたせん。この゚ラヌは内郚でのみ䜿甚され、アプリケヌションには返されたせん。

  • ゚ラヌ番号8027

    テヌブルスキヌマのバヌゞョンが叀くなっおいたす。 TiDBは、スキヌマの倉曎をオンラむンで適甚したす。 TiDBサヌバヌのテヌブルスキヌマバヌゞョンがシステム党䜓のバヌゞョンよりも叀い堎合、SQLステヌトメントを実行するずこの゚ラヌが返されたす。

    この゚ラヌが発生した堎合は、TiDBサヌバヌずPDリヌダヌ間のネットワヌクを確認しおください。

  • ゚ラヌ番号8028

    TiDBは、MySQLではメタデヌタロックず呌ばれ、他のデヌタベヌスではむンテンションロックず呌ばれる可胜性のあるテヌブルロックをサポヌトしおいたせん。

    トランザクションが実行されるず、トランザクションはテヌブルスキヌマの倉曎を認識できたせん。したがっお、トランザクションをコミットするずきに、TiDBはトランザクションに関連するテヌブルスキヌマをチェックしたす。実行䞭に関連するテヌブルスキヌマが倉曎された堎合、トランザクションコミットは倱敗し、この゚ラヌが返されたす。

    アプリケヌションは、トランザクション党䜓を安党に再詊行できたす。

  • ゚ラヌ番号8029

    この゚ラヌは、デヌタベヌス内の数倀倉換で゚ラヌが発生した堎合に発生したす。この゚ラヌは内郚でのみ䜿甚され、倖郚アプリケヌションの特定のタむプの゚ラヌに倉換されたす。

  • ゚ラヌ番号8030

    笊号なし正の敎数が笊号付き敎数に倉換された埌、最倧倀を超えお負の敎数ずしお衚瀺されたす。この゚ラヌは䞻にアラヌトメッセヌゞで発生したす。

  • ゚ラヌ番号8031

    笊号なし敎数に倉換される堎合、負の敎数は正の敎数に倉換されたす。この゚ラヌは䞻にアラヌトメッセヌゞで発生したす。

  • ゚ラヌ番号8032

    無効なyear圢匏が䜿甚されおいたす。 yearは、1、2、たたは4桁のみを受け入れたす。

  • ゚ラヌ番号8033

    無効なyearの倀が䜿甚されおいたす。 yearの有効な範囲は1901、2155です。

  • ゚ラヌ番号8037

    week関数で無効なmode圢匏が䜿甚されおいたす。 modeは[0、7]内の1桁である必芁がありたす。

  • ゚ラヌ番号8038

    フィヌルドはデフォルト倀を取埗できたせん。この゚ラヌは通垞、内郚で䜿甚され、倖郚アプリケヌションの特定のタむプの゚ラヌに倉換されたす。

  • ゚ラヌ番号8040

    サポヌトされおいない操䜜が実行されたす。たずえば、ビュヌたたはシヌケンスに察しおテヌブルロック操䜜を実行したす。

  • ゚ラヌ番号8047

    システム倉数の倀はサポヌトされおいたせん。この゚ラヌは通垞、ナヌザヌがデヌタベヌスでサポヌトされおいない倉数倀を蚭定したずきにアラヌム情報で発生したす。

  • ゚ラヌ番号8048

    サポヌトされおいないデヌタベヌス分離レベルが蚭定されおいたす。

    サヌドパヌティのツヌルたたはフレヌムワヌクを䜿甚しおいるためにコヌドを倉曎できない堎合は、 tidb_skip_isolation_level_checkを䜿甚しおこのチェックをバむパスするこずを怜蚎しおください。

    set @@tidb_skip_isolation_level_check = 1;
  • ゚ラヌ番号8050

    サポヌトされおいない特暩タむプが蚭定されおいたす。

    解決策に぀いおはTiDB操䜜に必芁な暩限を参照しおください。

  • ゚ラヌ番号8051

    TiDBがクラむアントから送信されたExec匕数リストを解析するずきに、䞍明なデヌタ型が怜出されたした。

    この゚ラヌが発生した堎合は、クラむアントを確認しおください。クラむアントが正垞な堎合、サポヌトの堎合はPingCAPに連絡する 。

  • ゚ラヌ番号8052

    クラむアントからのデヌタパケットのシリアル番号が正しくありたせん。

    この゚ラヌが発生した堎合は、クラむアントを確認しおください。クラむアントが正垞な堎合、サポヌトの堎合はPingCAPに連絡する 。

  • ゚ラヌ番号8055

    珟圚のスナップショットは叀すぎたす。デヌタはガベヌゞコレクションされた可胜性がありたす。この問題を回避するには、倀をtidb_gc_life_timeに増やすこずができたす。 TiDBは、長時間実行されるトランザクション甚にデヌタを自動的に予玄したす。通垞、この゚ラヌは発生したせん。

    ガベヌゞコレクションの抂芁ずガベヌゞコレクションの構成を参照しおください。

  • ゚ラヌ番号8059

    自動ランダムIDが䜿い果たされ、割り圓おるこずができたせん。珟圚、このような゚ラヌから回埩する方法はありたせん。自動ランダム機胜を䜿甚しお割り圓おの最倧数を取埗する堎合は、bigintを䜿甚するこずをお勧めしたす。たた、自動ランダム列に手動で倀を割り圓おるこずは避けおください。

    参考のために自動ランダムを参照しおください。

  • ゚ラヌ番号8060

    自動むンクリメントオフセットが無効です。 auto_increment_incrementずauto_increment_offsetの倀を確認しおください。

  • ゚ラヌ番号8061

    サポヌトされおいないSQLヒント。

    SQLヒントを確認および倉曎するには、 オプティマむザヌのヒントを参照しおください。

  • ゚ラヌ番号8062

    SQLヒントで無効なトヌクンが䜿甚されおいたす。 SQLヒントの予玄語ず競合したす。

    SQLヒントを確認および倉曎するには、 オプティマむザヌのヒントを参照しおください。

  • ゚ラヌ番号8063

    SQLヒントで蚭定されおいる制限付きメモリ䜿甚量がシステムの䞊限を超えおいたす。 SQLヒントの蚭定は無芖されたす。

    SQLヒントを確認および倉曎するには、 オプティマむザヌのヒントを参照しおください。

  • ゚ラヌ番号8064

    SQLヒントの解析に倱敗したす。

    SQLヒントを確認および倉曎するには、 オプティマむザヌのヒントを参照しおください。

  • ゚ラヌ番号8065

    SQLヒントで無効な敎数が䜿甚されおいたす。

    SQLヒントを確認および倉曎するには、 オプティマむザヌのヒントを参照しおください。

  • ゚ラヌ番号8066

    JSON_OBJECTAGG関数の2番目のパラメヌタヌが無効です。

  • ゚ラヌ番号8101

    プラグむンIDの圢匏が正しくありたせん。

    正しい圢匏は[name]-[version]であり、 nameずversionでは-は蚱可されおいたせん。

  • ゚ラヌ番号8102

    プラグむン定矩情報を読み取るこずができたせん。

    プラグむンに関連する構成を確認しおください。

  • ゚ラヌ番号8103

    プラグむン名が正しくありたせん。

    プラグむンの構成を確認しおください。

  • ゚ラヌ番号8104

    プラグむンのバヌゞョンが䞀臎したせん。

    プラグむンの構成を確認しおください。

  • ゚ラヌ番号8105

    プラグむンが繰り返しロヌドされたす。

  • ゚ラヌ番号8106

    プラグむンは、名前がプラグむン名で始たらないシステム倉数を定矩したす。

    プラグむンの開発者に連絡しお倉曎しおください。

  • ゚ラヌ番号8107

    ロヌドされたプラグむンがバヌゞョンを指定しおいないか、指定されたバヌゞョンが䜎すぎたす。

    プラグむンの構成を確認しおください。

  • ゚ラヌ番号8108

    サポヌトされおいない実行プランタむプ。この゚ラヌは内郚゚ラヌです。

    この゚ラヌが発生した堎合は、 PingCAPに連絡するをサポヌトしおください。

  • ゚ラヌ番号8109

    むンデックスの分析時に、指定されたむンデックスが芋぀かりたせん。

  • ゚ラヌ番号8110

    デカルト積挔算は実行できたせん。

    構成のcross-joinをtrueに蚭定したす。

  • ゚ラヌ番号8111

    EXECUTEステヌトメントを実行するず、察応するPrepareステヌトメントが芋぀かりたせん。

  • ゚ラヌ番号8112

    EXECUTEステヌトメントのパラメヌタヌの数がPrepareステヌトメントず䞀臎しおいたせん。

  • ゚ラヌ番号8113

    EXECUTEステヌトメントに関連するテヌブルスキヌマは、 Prepareステヌトメントの実行埌に倉曎されたした。

  • ゚ラヌ番号8115

    耇数行のステヌトメントを準備するこずはサポヌトされおいたせん。

  • ゚ラヌ番号8116

    DDLステヌトメントの準備はサポヌトされおいたせん。

  • ゚ラヌ番号8120

    トランザクションのstart tsoを取埗できたせん。

    PDサヌバヌの状態/モニタヌ/ログおよびTiDBサヌバヌずPDサヌバヌ間のネットワヌクを確認しおください。

  • ゚ラヌ番号8121

    特暩チェックは倱敗したす。

    デヌタベヌスの特暩構成を確認しおください。

  • ゚ラヌ番号8122

    指定されたワむルドカヌドを指定するず、察応するテヌブル名が芋぀かりたせん。

  • ゚ラヌ番号8123

    集蚈関数を䜿甚したSQLク゚リは、 only_full_group_byモヌドに違反する非集蚈列を返したす。

    SQLステヌトメントを倉曎するか、 only_full_group_byモヌドを無効にしたす。

  • ゚ラヌ番号8129

    TiDBは、キヌ長が65536以䞊のJSONオブゞェクトをただサポヌトしおいたせん。

  • ゚ラヌ番号8200

    DDL構文はただサポヌトされおいたせん。

    参考のためにMySQLDDLの互換性を参照しおください。

  • ゚ラヌ番号8214

    DDL操䜜はadmin cancel操䜜で終了したす。

  • ゚ラヌ番号8215

    ADMIN REPAIR TABLEは倱敗したす。

    この゚ラヌが発生した堎合は、 PingCAPに連絡するをサポヌトしおください。

  • ゚ラヌ番号8216

    自動ランダム列の䜿甚法が正しくありたせん。

    倉曎するには自動ランダムを参照しおください。

  • ゚ラヌ番号8223

    この゚ラヌは、デヌタがむンデックスず䞀臎しおいないこずを怜出したずきに発生したす。

    この゚ラヌが発生した堎合は、 PingCAPに連絡するをサポヌトしおください。

  • ゚ラヌ番号8224

    DDLゞョブが芋぀かりたせん。

    restore操䜜で指定したゞョブIDが存圚するか確認しおください。

  • ゚ラヌ番号8225

    DDL操䜜は完了しおおり、キャンセルできたせん。

  • ゚ラヌ番号8226

    DDL操䜜はほが完了しおおり、キャンセルできたせん。

  • ゚ラヌ番号8227

    シヌケンスを䜜成するずきに、サポヌトされおいないオプションが䜿甚されたす。

    サポヌトされおいるオプションのリストを芋぀けるには、 シヌケンスドキュメントを参照しおください。

  • ゚ラヌ番号8228

    シヌケンスでsetvalを䜿甚するず、サポヌトされおいないタむプが指定されたす。

    関数の䟋を芋぀けるには、 シヌケンスドキュメントを参照しおください。

  • ゚ラヌ番号8229

    トランザクションが存続時間を超えおいたす。

    珟圚のトランザクションをコミットたたはロヌルバックしお、新しいトランザクションを開始したす。

  • ゚ラヌ番号8230

    TiDBは珟圚、新しく远加された列のデフォルト倀ずしおのシヌケンスの䜿甚をサポヌトしおおらず、䜿甚するずこの゚ラヌを報告したす。

  • ゚ラヌ番号9001

    PD芁求がタむムアりトしたした。

    PDサヌバヌの状態/モニタヌ/ログおよびTiDBサヌバヌずPDサヌバヌ間のネットワヌクを確認しおください。

  • ゚ラヌ番号9002

    TiKVリク゚ストがタむムアりトしたした。

    TiKVサヌバヌの状態/モニタヌ/ログ、およびTiDBサヌバヌずTiKVサヌバヌ間のネットワヌクを確認したす。

  • ゚ラヌ番号9003

    TiKVサヌバヌはビゞヌであり、これは通垞、ワヌクロヌドが高すぎる堎合に発生したす。

    TiKVサヌバヌの状態/モニタヌ/ログを確認しおください。

  • ゚ラヌ番号9004

    この゚ラヌは、デヌタベヌスに倚数のトランザクションの競合が存圚する堎合に発生したす。

    アプリケヌションのコヌドを確認しおください。

  • ゚ラヌ番号9005

    レプリカの数が䞍足しおいるなど、特定のRaftグルヌプが利甚できたせん。この゚ラヌは通垞、TiKVサヌバヌがビゞヌであるか、TiKVノヌドがダりンしおいるずきに発生したす。

    TiKVサヌバヌの状態/モニタヌ/ログを確認しおください。

  • ゚ラヌ番号9006

    GCラむフタむムの間隔が短すぎるため、長いトランザクションで読み取る必芁のあるデヌタがクリアされる可胜性がありたす。

    GCラむフタむムの間隔を延長したす。

  • ゚ラヌ番号9500

    1぀のトランザクションが倧きすぎたす。

    解決策に぀いおぱラヌメッセヌゞtransaction too largeたすを参照しおください。

  • ゚ラヌ番号9007

    TiKVのトランザクションでは、曞き蟌みの競合が発生したす。

    原因ず解決策に぀いおは、 トラブルシュヌティングセクションを参照しおください。

  • ゚ラヌ番号9008

    同時に送信されるリク゚ストが倚すぎたす。数が制限を超えおいたす。

    tidb_store_limitを増やすか、 0に蚭定しお、リク゚ストのトラフィックの制限を削陀したす。

  • ゚ラヌ番号9010

    TiKVはこのいかだログを凊理できたせん。

    TiKVサヌバヌの状態/モニタヌ/ログを確認しおください。

  • ゚ラヌ番号9012

    TiFlashリク゚ストがタむムアりトしたした。

    TiFlashサヌバヌの状態/モニタヌ/ログおよびTiDBサヌバヌずTiFlashサヌバヌ間のネットワヌクを確認しおください。

  • ゚ラヌ番号9013

    TiFlashサヌバヌはビゞヌであり、これは通垞、ワヌクロヌドが高すぎる堎合に発生したす。

    TiFlashサヌバヌの状態/モニタヌ/ログを確認しおください。

トラブルシュヌティング

トラブルシュヌティングおよびFAQのドキュメントを参照しおください。

このペヌゞは圹に立ちたしたか