すべてのプロダクト
Search
ドキュメントセンター

PolarDB:エラーコード

最終更新日:May 28, 2024

このトピックでは、PolarDB-X 1.0で返される可能性のある一般的なエラーコードと、エラーのトラブルシューティング方法について説明します。

TDDL-4006 ERR_TABLE_NOT_EXIST

指定されたデータテーブルが存在しないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4006][ERR_TABLE_NOT_EXIST] テーブル '*****' は存在しません。
            

このエラーコードは、データテーブルがPolarDB-X 1.0に存在しないか、PolarDB-X 1.0が不明な理由でデータテーブルのメタデータの読み込みに失敗したことを示します。

TDDL-4007 ERR_CANNOT_FETCH_TABLE_META

PolarDB-X 1.0がデータテーブルのメタデータの読み込みに失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4007][ERR_CANNOT_FETCH_TABLE_META] テーブル '*****' メタデータ
テーブル '*****.*****' が存在しないため、フェッチできません。

このエラーコードは、PolarDB-X 1.0がデータテーブルのメタデータのクエリに失敗したことを示します。 このエラーは、次のいずれかの理由で発生する可能性があります。

  • データテーブルは作成されません。
  • データベースシャードのデータテーブルは手動で削除または名前が変更されます。
  • PolarDB-X 1.0は、バックエンドApsaraDB RDS for MySQLインスタンスに接続できません。

このエラーが返された場合は、指定されたデータテーブルが存在するかどうかを確認し、PolarDB-X 1.0のすべてのバックエンドApsaraDB RDS for MySQLインスタンスのステータスが正常かどうかを確認します。

データテーブルが手動で削除または名前変更された場合、ApsaraDB RDS for MySQLのデータ復元機能を使用してデータを復元できます。

TDDL-4100 ERR_ATOM_NOT_AVALILABLE

PolarDB-X 1.0のバックエンドApsaraDB RDS for MySQLインスタンスが利用できないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4100][ERR_ATOM_NOT_AVALILABLE] アトム: ***** isNotAvailable

PolarDB-X 1.0がバックエンドのApsaraDB RDS for MySQLインスタンスのステータスが異常であることを検出した場合、PolarDB-X 1.0はインスタンスへのアクセスを一時的にブロックし、TDDL-4100エラーを返します。 このエラーが返された場合は、PolarDB-X 1.0のすべてのバックエンドApsaraDB RDS for MySQLインスタンスのステータスが異常であるかどうかを確認してください。 異常なApsaraDB RDS for MySQLインスタンスが検出された場合、関連インスタンスを復元します。

ApsaraDB RDS for MySQLインスタンスの復旧後、PolarDB-X 1.0はインスタンスの状態を自動的に変更し、アプリケーションがインスタンスにアクセスできるようにします。

TDDL-4101 ERR_ATOM_GET_CONNECTION_FAILED_UNKNOWN_REASON

不明な理由により、PolarDB-X 1.0がバックエンドApsaraDB RDS for MySQLインスタンスへの接続に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4101][ERR_ATOM_GET_CONNECTION_FAILED_UNKNOWN_REASON] ゲット
プールからのdb '*****' の接続に失敗しました。 アプリ名: ***** 、Env:***** 、UnitName:null。 プールからのメッセージ: wait millis 5000, active 0, maxActive 5. 
本当の理由を含む次のログを探す必要があります。

PolarDB-X 1.0がリクエストを処理すると、PolarDB-X 1.0はバックエンドApsaraDB RDS for MySQLインスタンスへの接続を非同期に確立します。 PolarDB-Xが一定期間内にバックエンドApsaraDB RDS for MySQLインスタンスへの接続に失敗し、非同期タスクのエラー原因が返されない場合、PolarDB-X 1.0はTDDL-4101エラーをアプリケーションに返します。

ほとんどの場合、バックエンドApsaraDB RDS for MySQLインスタンスのステータスが異常なため、このエラーが返されます。

TDDL-4102 ERR_ATOM_GET_CONNECTION_FAILED_KNOWN_REASON

既知の理由により、PolarDB-X 1.0がバックエンドApsaraDB RDS for MySQLインスタンスへの接続に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4102][ERR_ATOM_GET_CONNECTION_FAILED_KNOWN_REASON] ゲット
待機millis 5000、アクティブ0、maxActive 5 

このエラーコードは、PolarDB-X 1.0がバックエンドApsaraDB RDS for MySQLインスタンスに接続したときにエラーが発生した場合に返されます。 エラーの原因はERR-CODEメッセージに含まれています。

PolarDB-X 1.0は、次のいずれかの理由により、バックエンドApsaraDB RDS for MySQLインスタンスへの接続に失敗する可能性があります。

  • バックエンドApsaraDB RDS for MySQLインスタンスへの接続数が上限に達しました。
  • バックエンドApsaraDB RDS for MySQLインスタンスへの接続がタイムアウトしました。
  • バックエンドApsaraDB RDS for MySQLインスタンスへの接続が拒否されました。

TDDL-4103 ERR_ATOM_CONNECTION_POOL_FULL

PolarDB-X 1.0のバックエンドApsaraDB RDS for MySQLインスタンスの接続プールがいっぱいの場合、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4103][ERR_ATOM_CONNECTION_POOL_FULL] DB '*****' のプールは
いっぱいです。 プールからのメッセージ: wait millis 5000, active 5, maxActive 5. 
アプリ名: ***** 、Env:***** 、UnitName:null。

このエラーコードは、PolarDB-X 1.0のバックエンド接続プールがいっぱいであることを示します。 次のいずれかの理由により、TDDL-4103エラーが返される場合があります。

  • アプリケーションから送信されるSQL文の実行が遅く、接続を介して操作が長時間実行されます。 その結果、利用可能なコネクションの数が不足する。
  • アプリケーションはデータベースへの接続を閉じません。 これは接続リークを引き起こす。
  • 多数のデータベース間クエリが並行して実行されます。 この操作は、多数の接続に対して実行される。 クロスデータベースクエリには、集計および統計分析のクエリと、シャードされていないデータベース内のデータのクエリが含まれます。

このエラーを解決するには、次の方法を使用することを推奨します。

  • Spring JDBCやMyBatisなどのフレームワークを使用してデータベースに接続します。
  • パフォーマンス分析レポートとデータベース管理者の提案に基づいて、SQLクエリを最適化します。
  • PolarDB-X 1.0の読み書き分離機能を使用して、データベース間クエリを読み取り専用ノードに転送します。
  • ApsaraDB RDS for MySQLインスタンスの仕様をアップグレードして、バックエンド処理のパフォーマンスを向上させます。

TDDL-4104 ERR_ATOM_CREATE_CONNECTION_TOO_SLOW

PolarDB-X 1.0インスタンスのバックエンドApsaraDB RDS for MySQLインスタンスへの接続がタイムアウトしたため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4104][ERR_ATOM_CREATE_CONNECTION_TOO_SLOW] 接続を取得
プールのタイムアウトからdb '*****' のために。 アプリ名: ***** 、Env:***** 、UnitName:null。 
プールからのメッセージ: wait millis 5000, active 3, maxActive 5. 

PolarDB-X 1.0が非同期でバックエンドApsaraDB RDS for MySQLインスタンスに接続する場合、短時間で多数の接続リクエストが送信されるか、バックエンドApsaraDB RDS for MySQLインスタンスへの接続の確立に時間がかかると、接続がタイムアウトします。

ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスのワークロードが重いために発生します。 このエラーを解決するには、PolarDB-X 1.0の読み書き分離機能を使用するか、ApsaraDB RDS for MySQLインスタンスの仕様をアップグレードすることを推奨します。

TDDL-4105 ERR_ATOM_ACCESS_DENIED

PolarDB-X 1.0がバックエンドApsaraDB RDS for MySQLインスタンスに送信した接続リクエストが拒否されたため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4105][ERR_ATOM_ACCESS_DENIED] DB '*****'
ユーザー '*****' @ '*****' 。 アプリ名: ***** 、Env:***** 、UnitName:null。 お願いします
DBAにチェックしてください。

このエラーコードは、PolarDB-X 1.0からApsaraDB RDS for MySQLインスタンスへのユーザー名とパスワードを含むアクセス要求が拒否されたことを示します。

バックエンドApsaraDB RDS for MySQLインスタンスでPolarDB-X 1.0によって自動的に作成されたユーザー名またはパスワードが変更された場合、PolarDB-X 1.0はアクセス要求のTDDL-4105エラーを返します。

PolarDB-X 1.0は、バックエンドApsaraDB RDS for MySQLインスタンスの有効期限が切れた場合、またはアカウントで料金滞納が発生した場合も、TDDL-4105エラーを返します。 この場合、できるだけ早い機会にインスタンスを更新してください。

TDDL-4106 ERR_ATOM_DB_DOWN

PolarDB-X 1.0がバックエンドApsaraDB RDS for MySQLインスタンスへの接続に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4106][ERR_ATOM_DB_DOWN] DB '*****' は接続できません。 
アプリ名: ***** 、Env:***** 、UnitName:null。 それは非常に現実的な可能性のようです
このDBがダウンしていること。 DBAに連絡して確認してください。

このエラーコードは、PolarDB-X 1.0からバックエンドApsaraDB RDS for MySQLインスタンスへの接続リクエストがタイムアウトしたか、接続リクエストに対して応答が返されなかったことを示します。 ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスで障害が発生したために発生します。

TDDL-4108 ERR_VARIABLE_CAN_NOT_SET_TO_NULL_FOR_NOW

変数の値をNULLに設定できないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4108][ERR_VARIABLE_CAN_NOT_SET_TO_NULL_FOR_NOW] システム
変数 ***** は今のところnullに設定できません。

SETステートメントを実行して、一部のMySQL変数の値をNULLに設定することはできません。 このような変数の値がNULLに設定されている場合、PolarDB-X 1.0はTDDL-4108エラーを返します。

このエラーが発生した場合は、変数の値を確認し、MySQLの公式ドキュメントに基づいて値を修正します。 詳細については、「サーバーシステム変数」をご参照ください。

TDDL-4200 ERR_GROUP_NOT_AVALILABLE

PolarDB-X 1.0データベースシャードが使用できないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4200][ERR_GROUP_NOT_AVALILABLE] TDDLグループ ***** は
このSQLによって引き起こされるフェイルファストステータスでの実行: ***** 致命的な
***** としての例外。

データベースシャードが存在するバックエンドApsaraDB RDS for MySQLインスタンスにアクセスできず、データベースシャードで他のインスタンスを使用できない場合、PolarDB-X 1.0はデータベースシャードのステータスをfail-fastに設定し、TDDL-4200エラーを返します。

ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスが失敗したために発生します。 エラー情報に基づいて障害をトラブルシューティングします。 ApsaraDB RDS for MySQLインスタンスが復元されると、PolarDB-X 1.0は自動的にインスタンスの状態をfail-fastから変更します。

TDDL-4201 ERR_GROUP_NO_ATOM_AVALILABLE

PolarDB-X 1.0データベースシャードで使用できるApsaraDB RDS for MySQLインスタンスがないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4201][ERR_GROUP_NO_ATOM_AVALILABLE] 内のDBのすべての重み
グループ '*****' は0である。 重みは ***** です。

データベースシャードが存在するすべてのApsaraDB RDS for MySQLインスタンスが使用できない場合、またはデータベースシャードがfail-fast状態の場合、PolarDB-X 1.0はTDDL-4201エラーを返します。

ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスで障害が発生したために発生します。 すべてのバックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認し、障害を解決します。

TDDL-4202 ERR_SQL_QUERY_TIMEOUT

PolarDB-X 1.0のクエリがタイムアウトしたため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4202][ERR_SQL_QUERY_TIMEOUT] クエリが遅いとタイムアウトが発生します
例外は、遅いsqlを点検するためにDBAに連絡します。 SocketTimout:*** ms、Atom:***** 、Group:***** 、AppName:***** 、Env:***** 、UnitName:null。

このエラーコードは、バックエンドApsaraDB RDS for MySQLインスタンスでのSQL文の実行期間が、PolarDB-X 1.0インスタンスに指定したsocketTimeoutパラメーターの値を超えていることを示しています。 PolarDB-X 1.0インスタンスのsocketTimeoutパラメーターのデフォルト値は900秒です。

SQLクエリのパフォーマンスを向上させるために、SQLステートメントを最適化し、バックエンドApsaraDB RDS for MySQLインスタンスに適切なインデックスを作成することを推奨します。

SQL文が最適化された後もエラーが続く場合は、次のPolarDB-X 1.0ヒント構文を使用して一時的なタイムアウト期間を指定します。

/* TDDL:SOCKET_TIMEOUT=900000 */ SELECT * FROMデュアル;

SOCKET_TIMEOUTパラメーターの値をミリ秒単位で指定します。

PolarDB-X 1.0ヒントの詳細については、「SQLステートメントのカスタムタイムアウト期間の指定」をご参照ください。

TDDL-4203 ERR_SQL_QUERY_MERGE_TIMEOUT

分散クエリがタイムアウトしたため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4203][ERR_SQL_QUERY_MERGE_TIMEOUT] 遅いsqlクエリは
結果のマージ中のタイムアウト例外は、遅いsqlを最適化してください。 
デフォルトのタイムアウトは *** msです。 DBは ***** です 

PolarDB-X 1.0で分散データをクエリする場合、デフォルトのタイムアウト期間は900秒です。

このエラーコードは、システムがSQL文を実行するために複数のデータベースシャード内のデータをスキャンし、実行時間が900秒より長いことを示します。 SQL文を最適化するには、次の手順を実行します。

  • WHERE句にシャードキーを含めて、SQL文を実行するデータベースシャードを指定します。
  • バックエンドApsaraDB RDS for MySQLインスタンスに適切なインデックスを作成できるかどうかを確認します。 インデックスは、データベースシャードのクエリパフォーマンスを向上させることができます。
  • クロスデータベースJOINクエリやデータの再分類に基づいて実行されるクエリなど、分散クエリで時間のかかる操作を排除します。 これにより、データマージ操作中に消費されるリソースの数を減らすことができます。

SQL文が最適化された後もエラーが続く場合は、次のヒント構文を使用して、PolarDB-X 1.0の一時的なタイムアウト期間を指定します。

/* TDDL:SOCKET_TIMEOUT=900000 */ SELECT * FROMデュアル;

SOCKET_TIMEOUTパラメーターの値をミリ秒単位で指定します。

PolarDB-X 1.0ヒントの詳細については、「SQLステートメントのカスタムタイムアウト期間の指定」をご参照ください。

TDDL-4400 ERR_SEQUENCE

シーケンスの処理に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4400][ERR_SEQUENCE] シーケンス: すべてのdataSourceが取得に失敗しました
値! 

このエラーコードは、PolarDB-X 1.0がシーケンスの処理に失敗したことを示します。 エラーメッセージはSequence : の後に表示されます。

ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスで障害が発生したために発生します。 その結果、シーケンスに関連するデータテーブルにはアクセスできません。 すべてのバックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認することを推奨します。

TDDL-4401 ERR_MISS_SEQUENCE

指定されたシーケンスが存在しないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4401][ERR_MISS_SEQUENCE] シーケンス '*****' が見つかりません

このエラーコードは、ステートメントで指定したシーケンスが存在しないことを示します。 SHOW SEQUENCESステートメントを実行して、PolarDB-X 1.0で作成した各シーケンスの名前を照会し、有効なシーケンス名を指定することを推奨します。

使用するシーケンスが存在しない場合は、次のCREATE sequence構文を使用してシーケンスを作成できます。

SEQUENCEの作成 <シーケンス名> [<数値> で開始]
[INCREMENT BY <numeric value> ] [ MAXVALUE <numeric value> ]
[CYCLE | NOCYCLE ]' 

シーケンスの詳細については、「シーケンス」をご参照ください。

TDDL-4403 ERR_MISS_SEQUENCE_TABLE_ON_DEFAULT_DB

シーケンスに対応するデータテーブルが存在しないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4403][ERR_MISS_SEQUENCE_TABLE_ON_DEFAULT_DB] シーケンステーブル
はデフォルトのdbにありません。

このエラーコードは、sequenceまたはsequence_optという名前のデータテーブルがバックエンドデータベースに見つからないことを示します。

TDDL-4404 ERR_SEQUENCE_TABLE_META

シーケンスに対応するデータテーブルのスキーマが無効なため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4404][ERR_SEQUENCE_TABLE_META] シーケンステーブルのメタ
エラー、一部の列が欠落 

このエラーコードは、シーケンスに対応する特定のフィールドがデータテーブルにないことを示します。 このデータテーブルは、sequenceまたはsequence_optテーブルです。

TDDL-4405 ERR_INIT_SEQUENCE_FROM_DB

シーケンスの初期化に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4405][ERR_INIT_SEQUENCE_FROM_DB] initシーケンスマネージャー
エラー: ***** 

このエラーコードは、使用するシーケンスの初期化にシステムが失敗したことを示します。 エラーメッセージは、init sequence manager error: の後に表示されます。

すべてのバックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認することを推奨します。

TDDL-4407 ERR_OTHER_WHEN_BUILD_SEQUENCE

シーケンスに対応するデータテーブルにアクセスできないため、エラーコードが返されます。

例:

ERR-CODE: ビルド時の [TDDL-4407][ERR_OTHER_WHEN_BUILD_SEQUENCE] エラー
シーケンス: ***** 

このエラーコードは、sequencesequence_optテーブルなど、シーケンスに対応するデータテーブルにアクセスしたときにエラーが発生した場合に返されます。 エラーメッセージは、error when build sequence: の後に表示されます。

すべてのバックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認することを推奨します。

DDL-4408 ERR_SEQUENCE_NEXT_VALUE

システムがシーケンス内の値を取得できなかったため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4408][ERR_SEQUENCE_NEXT_VALUE] エラー
次の値、シーケンスは: ***** 、エラー: ***** 

このエラーコードは、PolarDB-X 1.0自動インクリメント主キーまたは <sequence name>.NEXTVAL構文を使用してシーケンスの値を取得したときにエラーが発生した場合に返されます。 エラーの原因はerror: の後に提供されます。

ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスで障害が発生したために発生します。 バックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認し、ワークロードにアクセスすることを推奨します。

TDDL-4500 ERR_PARSER

SQL文の解析に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4500][ERR_PARSER] not support statement: '*****'

PolarDB-X 1.0は、SQL-92標準に準拠したSQL構文と、MySQLでサポートされている拡張構文および機能をサポートしています。 実行したSQL文が、PolarDB-X 1.0でサポートされている標準SQL構文およびMySQL仕様に準拠しているかどうかを確認します。

標準SQL構文の詳細については、「標準SQL構文」をご参照ください。

PolarDB-X 1.0と互換性のあるSQL文の詳細については、「SQLの制限」をご参照ください。

TDDL-4501 ERR_OPTIMIZER

オプティマイザがSQL文の変換に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4501][ERR_OPTIMIZER] optimize error by: Unknown column
'*****' in 'order clause' 

PolarDB-X 1.0のオプティマイザは、SQL文を内部構文ツリーに変換できます。 SQL文でロジックエラーが発生した場合、オプティマイザはSQL文の変換に失敗します。 この場合、TDDL-4501エラーが返されます。

エラーの原因に基づいて、SQL文を確認および変更することを推奨します。 エラーの原因は、optimize error byの後に提供されます。

TDDL-4502 ERR_OPTIMIZER_MISS_ORDER_FUNCTION_IN_SELECT

SELECT句にORDER by句で指定された関数によって返される列が含まれていないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4502][ERR_OPTIMIZER_MISS_ORDER_FUNCTION_IN_SELECT] 構文
エラー: orderBy/GroupBy列 ***** はselect clause
に存在しません。

PolarDB-X 1.0では、ORDER BY句にRAND() などの列を返す関数が含まれている場合、返される列もSELECT句で指定する必要があります。 SELECT句に返された列が含まれていない場合は、TDDL-4502エラーが返されます。

SELECT句に対応する列を含めることを推奨します。

TDDL-4504 ERR_OPTIMIZER_SELF_CROSS_JOIN

SQL文がテーブルに対してSELF JOINクエリを実行するために必要な条件を満たしていないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4504][ERR_OPTIMIZER_SELF_CROSS_JOIN] 自己クロス結合ケース、右のテーブル
にシャード列フィルターを追加する

PolarDB-X 1.0がテーブルに対してSELF JOINクエリを実行すると、WHERE句に左側のテーブルまたは右側のテーブルのシャードキーのみが含まれている場合、TDDL-4504エラーが返されます。

SQL文のWHERE句に、左側のテーブルと右側のテーブルのシャードキーを含めることをお勧めします。

TDDL-4506 ERR_MODIFY_SHARD_COLUMN

シャードキーを更新できないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4506][ERR_MODIFY_SHARD_COLUMN] 列 '*****' はシャーディングです
テーブル '*****' のキー。変更することは禁止されています。

PolarDB-X 1.0では、UPDATEステートメントを使用してシャードキーの値を変更することは禁止されています。 更新操作により、データが存在するシャードが変更される場合があります。 したがって、PolarDB-X 1.0は、データの一貫性と操作の原子性を保証できません。

シャードキーの値を変更するには、UPDATEステートメントと同じ効果を持つDELETEおよびINSERTステートメントを実行することを推奨します。

TDDL-4508 ERR_OPTIMIZER_NOT_ALLOWED_SORT_MERGE_JOIN

ソートマージ結合操作を実行できないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4508][ERR_OPTIMIZER_NOT_ALLOWED_SORT_MERGE_JOIN] ソートマージ
等価フィルタ
がない場合、joinは許可されません

SQLステートメントを実行して結合操作を実行するデータテーブルが別のApsaraDB RDS for MySQLインスタンスに格納されている場合、PolarDB-X 1.0ソートマージ結合アルゴリズムを使用します。 このアルゴリズムは、SQL文の左側の表と右側の表に同じ結合条件を指定した場合にのみ使用できます。 左側のテーブルに指定した結合条件が、右側のテーブルに指定した結合条件と異なる場合、TDDL-4508エラーが返されます。

SQL文のJOIN句またはWHERE句に同等のJOIN条件を含めることを推奨します。

TDDL-4509 ERR_OPTIMIZER_ERROR_HINT

ヒント構文が無効なため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4509][ERR_OPTIMIZER_ERROR_HINT] ヒント構文エラー:
予期しない操作: ***** 。

このエラーコードは、SQL文に含めるヒントの構文がPolarDB-X 1.0によって解析できないことを示しています。 ヒント構文の詳細については、「概要」をご参照ください。

TDDL-4510 ERR_CONTAINS_NO_SHARDING_KEY

シャードキーがSQL文で指定されていないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4510][ERR_CONTAINS_NO_SHARDING_KEY] SQLにNOが含まれています
テーブル '*****' の共有キー '*****' 。DEFAULTでは許可されていません。

PolarDB-X 1.0テーブルシャードに対して完全なテーブルスキャン機能が有効になっていない場合、テーブルにアクセスするにはWHERE句にシャードキーを含める必要があります。 WHERE句にシャードキーが含まれていない場合、TDDL-4510エラーが返されます。

PolarDB-X 1.0がテーブルを作成すると、テーブル全体のスキャン機能がデフォルトで有効になります。 テーブル全体のスキャン機能が手動で無効になっている場合は、テーブル内のデータをスキャンする各SQL文でテーブルのシャードキーが指定されていることを確認してください。

TDDL-4511 ERR_INSERT_CONTAINS_NO_SHARDING_KEY

INSERTステートメントでシャードキーが指定されていないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4511][ERR_INSERT_CONTAINS_NO_SHARDING_KEY] INSERT SQL
テーブル '*****' の共有キー '*****' が含まれていません。

PolarDB-X 1.0では、INSERTステートメントを実行してシャードテーブルのデータを挿入する場合、シャードキーが自動インクリメント主キーでない限り、insertステートメントでテーブルのシャードキーを指定する必要があります。 INSERTステートメントにシャードキーが含まれていない場合、TDDL-4511エラーが返されます。

このエラーが発生した場合は、INSERTステートメントにシャードキーを含めることを推奨します。

TDDL-4515 ERR_CONNECTION_CHARSET_NOT_MATCH

指定された文字セットがサポートされていないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4515][ERR_CONNECTION_CHARSET_NOT_MATCH] MySQLの
character_set_connectionが入力文字セットと一致しません。 仕切りDDLはできます
ASCIIまたは中国語の列名のみを取得します。 中国のテーブルを使用したい場合または
列名、MySQL接続のcharsetが漢字をサポートしていることを確認します。 
"set names xxx" を使用して正しいcharsetを設定します。

PolarDB-X 1.0は、テーブル名とフィールド名の漢字をサポートしています。 character_set_connectionパラメーターは、PolarDB-X 1.0データベースがクライアントに接続するために使用する文字セットを指定します。 漢字を含むSQLステートメントを実行すると、character_set_connectionパラメーターが漢字をサポートしない文字セット (latin1など) に設定されている場合、TDDL-4515エラーが返されます。

SHOW VARIABLES LIKE 'character_set_connection 'ステートメントを実行して、PolarDB-X 1.0データベースがMySQLクライアントに接続するために使用する文字セットを照会できます。 SET NAMESステートメントを実行して、文字セットを変更できます。 Java Database Connectivity (JDBC) を使用してPolarDB-X 1.0データベースに接続する場合は、characterEncodingパラメーターを設定します。

TDDL-4516 ERR_TRUNCATED_DOUBLE_VALUE_OVERFLOW

システムが浮動小数点数を整数に変換するときにオーバーフローが発生したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4516][ERR_TRUNCATED_DOUBLE_VALUE_OVERFLOW] 切り捨て
列 [*****] の値の範囲で誤ったDOUBLE値 '*****' を指定します。

このエラーコードは、PolarDB-X 1.0が浮動小数点数を整数に変換するときに、結果が整数の有効範囲外であることを示します。 指定した列のデータ型と入力パラメーターをSQL文で確認することを推奨します。

TDDL-4517 ERR_MODIFY_SYSTEM_TABLE

システムテーブルを変更できないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4517][ERR_MODIFY_SYSTEM_TABLE] テーブル '*****' はPolarDB-XSYSTEMです
TABLEの変更は禁止されています。

PolarDB-X 1.0は組み込みのシステムテーブルを提供します。 SQL文を実行してシステム表のデータを変更すると、TDDL-4517エラーが返されます。

次のシステムテーブルは変更できません: sequencesequence_opttxc_undo_log、および __DRDS__system__LOCK__ 。 業務データを格納するテーブルを作成するときやデータベースを設計するときは, システムテーブルの名前を使用しないようにしてください。

TDDL-4518 ERR_VALIDATE

メタデータの検証が失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4518][ERR_VALIDATE] オブジェクト 'optest1' が見つかりません

PolarDB-X 1.0コンピュートノードがSQL文を受信すると、コンピュートノードは既存のメタデータに基づいてSQL文を検証します。 このエラーコードは、クエリするテーブルまたは列の情報がメタデータの要件を満たしていないことを示します。

TDDL-4600 ERR_FUNCTION

エラーコードは, 関数呼ばれの誤差が起こったためである.

例:

ERR-CODE: [TDDL-4600][ERR_FUNCTION] 関数の計算エラーが正しくない
ネイティブ関数 '***** '
への呼び出しでのパラメーターカウント

このエラーコードは、SQLステートメントが無効な構文を使用するか、無効なパラメーターを含んで関数を呼び出すことを示します。 SQL文で関数を呼び出すために使用するパラメーターの数とデータ型が有効かどうかを確認することをお勧めします。

TDDL-4601 ERR_EXECUTOR

エラーコードは, システムが SQL の実行時にエラーコードは返還される.

例:

ERR-CODE: [TDDL-4601] [ERR_EXECUTOR]
分配合 

このエラーコードは、PolarDB-X 1.0がSQL文を実行したときに予期しないエラーが発生した場合に返されます。 ほとんどの場合、バックエンドApsaraDB RDS for MySQLインスタンスのステータスが異常であるため、エラーが発生します。 すべてのバックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認することを推奨します。

TDDL-4602 ERR _ CONVERTOR

システムがデータ型の変換に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4602][ERR_CONVERTOR] サポートされていない変換による変換エラー:
^ 『 R 』 

このエラーコードは、PolarDB-X 1.0がSQL文を実行するときにデータ型を変換できないことを示します。 SQL文で使用されているデータに暗黙的なデータ型変換が必要かどうかを確認します。 同一型のデータを特定するように提示する.

TDDL-4603 ERR_ACCROSS_DB_TRANSACTION

データベース間トランザクションが失敗した場合、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4603] [ERR_ACCROSS_db _ TRANSACTION] Transaction across db is
今回のトランザクション政策ではサポートされていない, トランザクションノードは: {0} だが
^ a b b c hl を実行する. クソ 

PolarDB-X 1.0は、単一データベースのトランザクションのみをサポートします。 単一データベーストランザクションのすべてのSQL文は、指定された転送ルールに基づいて実行するために、同じApsaraDB RDS for MySQLデータベースシャードに転送する必要があります。 それ以外の場合、TDDL-4603エラーが返されます。

TDDL-4604 ERR_CONCURRENT_TRANSACTION

ネストされたトランザクションが失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4604][ERR_CONCURRENT_TRANSACTION] コンカレントクエリではありません
トランザクショングループでサポートされています。トランザクショングループは {0} です。

PolarDB-X 1.0は, ネストトランザクションをサポートしていない. 同じデータベース接続で同時に3つ以上のトランザクションを開始しようとすると、TDDL-4604エラーが返されます。

アプリケーションの開発時には、ネストされたトランザクションを使用しないことを推奨します。 アプリケーション層でトランザクションをトランザクションフレームワークに抽象化できます。 このように、ネストされたトランザクションは生成されない。

TDDL-4606 ERR _ QUERY_C

SQL文の実行がキャンセルされたため, エラーコードが返されます。

例:

ERR-CODE: [TDDL-4606][ERR_QUERY_CANCLED] 接続の取得は許可されていません
クエリがcancledされたとき、グループは ***** です 

KILLステートメントを実行してSQLステートメントの実行をキャンセルすると、PolarDB-X 1.0はSQLステートメントのTDDL-4606エラーを返します。 このエラーが頻繁に発生する場合は、KILLステートメントがクライアントまたはプログラムで実行されているかどうかを確認してください。

TDDL-4607 ERR_INSERT_WHEN_UPDATE

PolarDB-X 1.0がDELETEおよびINSERTステートメントを実行してUPDATEステートメントを実行したときにエラーが発生したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4607][ERR_INSERT_WHEN_UPDATE] 新しい値を挿入するエラー、テーブルは: *****, 古い値: *****, 新しい値: ***** 

シャードキーの更新機能を有効にすると、PolarDB-X 1.0は、シャードキーを更新するupdateステートメントをDELETEおよびINSERTステートメントに置き換えることができます。 実行が失敗した場合、TDDL-4607エラーが返されます。

ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスで障害が発生したために発生します。 すべてのバックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認することを推奨します。

TDDL-4610 ERR_CONNECTION_CLOSED

接続が閉じられたため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4610][ERR_CONNECTION_CLOSED] 接続が閉じられました

トランザクション内のSQL文の実行に失敗した後、またはKILL文を実行してトランザクション内のSQL文の実行をキャンセルした後、同じデータベース接続で他のSQL文を実行した場合、PolarDB-X 1.0はTDDL-4610エラーを返します。

SQL文を実行する接続を閉じて、新しいデータベース接続を確立することを推奨します。

TDDL-4636 ERR_DDL_JOB_ERROR

DDLステートメントの実行に失敗しました。

例:

ERR-CODE: [PXC-4636][ERR_DDL_JOB_ERROR] xxxx

このエラーコードは、DDLステートメントの実行に失敗したことを示します。 このエラーを解決する方法については、「DDL例外の処理」をご参照ください。

TDDL-4642 ERR_UNKNOWN_TABLE

データベースにテーブルが存在しません。

例:

ERR-CODE: [PXC-4642][ERR_UNKNOWN_TABLE] 不明テーブルXX.XX

現在のデータベースにテーブルが存在するかどうかを確認します。

TDDL-1305 ERR_UNKNOWN_SAVEPOINT

指定されたセーブポイントが存在しないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-1305][ERR_UNKNOWN_SAVEPOINT] SAVEPOINT ***** は存在しません

PolarDB-X 1.0ROLLBACK TO SAVEPOINTまたはRELEASE SAVEPOINTステートメントを実行すると、指定されたsavepointが存在しない場合はTDDL-1305エラーが返されます。

savepointステートメントで指定したセーブポイントが有効かどうかを確認することを推奨します。

TDDL-1094 ERR_UNKNOWN_THREAD_ID

KILLステートメントで指定されたセッションIDが存在しないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-1094][ERR_UNKNOWN_THREAD_ID] 不明なスレッドid: *****

PolarDB-X 1.0KILL文を実行して実行中のSQL文を終了すると、指定されたセッションIDが存在しないか、SQL文が既に終了している場合は、TDDL-1094エラーが返されます。

SHOW PROCESSLISTステートメントを実行して、終了するSQLステートメントに対応するセッションIDを照会し、照会したセッションIDをKILLステートメントで指定することを推奨します。

TDDL-4612 ERR_CHECK_SQL_PRIV

権限不足のためにSQL文を実行できないため, エラーコードが返されます。

例:

ERR-CODE: [TDDL-4612][ERR_CHECK_SQL_PRIV] db ***** sqlのユーザー ***** をチェック
特権に失敗しました。

PolarDB-X 1.0は、アカウントに権限を付与できるシステムを提供します。 このシステムは、MySQLのアカウントおよび権限システムに似ています。 必要な権限が付与されたアカウントのみを使用してSQL文を実行できます。 使用するアカウントに必要な権限が付与されていない場合、PolarDB-X 1.0はTDDL-4612エラーを返します。

PolarDB-X 1.0データベースでアカウントに付与されている権限を確認することを推奨します。 アカウントに必要な権限が付与されていない場合は、PolarDB-X 1.0コンソールで権限を付与します。

TDDL-4613 ERR_INSERT_SELECT

PolarDB-X 1.0がINSERTを実行したときにエラーが発生したため、エラーコードが返されます。 SELECTステートメント。

例:

ERR-CODE: [TDDL-4613][ERR_INSERT_SELECT] 挿入エラー、テーブルは: ***** 、値: ***** 

PolarDB-X 1.0を使用すると、INSERTを分割できます... データベース間で実行されるSELECTステートメントをSELECTステートメントとINSERTステートメントにまとめて実行します。 実行が失敗した場合、TDDL-4613エラーが返されます。

ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスで障害が発生したために発生します。 すべてのバックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認することを推奨します。

TDDL-4614 ERR_EXECUTE_ON_MYSQL

PolarDB-X 1.0がバックエンドApsaraDB RDS for MySQLインスタンスでSQLステートメントを実行したときにエラーが発生したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4614][ERR_EXECUTE_ON_MYSQL] GROUP '***** 'で実行するとエラーが発生します: キー 'PRIMARY' のエントリ' ***** 'が重複します
このエラーコードは、PolarDB-X 1.0がバックエンドApsaraDB RDS for MySQLインスタンスでSQLステートメントを実行したときにエラーが発生した場合に返されます。 返された応答の最後の部分には、バックエンドApsaraDB RDS for MySQLインスタンスから返されたエラーメッセージが含まれています。 次のメッセージは、バックエンドApsaraDB RDS for MySQLインスタンスから返されるサンプルのエラーメッセージです。
  • キー 'PRIMARY' の重複エントリ '*****' は、システムがApsaraDB RDS for MySQLインスタンスのデータテーブルにデータを書き込むときにプライマリキーの競合が発生したことを示します。
  • テーブル '*****' が満杯であることは、ApsaraDB RDS for MySQLによって使用される一時テーブルのストレージが満杯であることを示します。 一時テーブルのサイズを変更するか、SQL文を最適化する必要があります。
  • ロックを取得しようとしたときにデッドロックが見つかりました。ApsaraDB RDS for MySQLインスタンスでデッドロックが発生したことを示します。 ほとんどの場合、システムがデータを書き込むときにトランザクションの競合が発生するため、デッドロックが発生します。

ApsaraDB RDS for MySQLインスタンスから返されるエラーメッセージに基づいてエラーのトラブルシューティングを行うことを推奨します。 SQL文に関連するエラーメッセージの詳細については、「MySQL 5.6ドキュメント」をご参照ください。

TDDL-4615 ERR_CROSS_JOIN_SIZE_PROTECTION

分散JOINクエリに対して返される行数が上限を超えたため、エラーコードが返されます。

例:

ERR-CODE: 結合テーブルサイズ保護全体で [TDDL-4615][ERR_CROSS_JOIN_SIZE_PROTECTION] 、sqlを確認するか、liminationサイズを拡大します。

PolarDB-X 1.0がネストされたループで分散JOINクエリを実行すると、適切なテーブルから大量のデータが返されると、多数のメモリリソースが使用されます。 これは、PolarDB − X 1.0の安定性に負の影響を及ぼす。 PolarDB-X 1.0では、右側のテーブルから返される行の最大数は5,000です。 この制限を超えると、PolarDB-X 1.0はTDDL-4615エラーを返します。

SQL文を最適化して、適切なテーブルから大量のデータが返されないようにするか、ソートマージ結合アルゴリズムなどの優れたアルゴリズムを使用して、PolarDB-X 1.0で分散join操作を実行することをお勧めします。

特定のSQL文に対してこの制限を変更する必要がある場合は、次の規則に従うことを推奨します。
  • 1つのレコードのサイズが100 KBを超える場合は、この制限を変更しないことを推奨します。
  • この制限は、1つのレコードのサイズが100 KB以下の場合に変更できます。 メモリの消耗を避けるために大きな値を指定しないことを推奨します。
  • 1つのレコードのサイズが100 KBの場合、分散JOINクエリを実行するには500 MB (100 KB × 5,000) のメモリリソースが必要です。 このSQL文を複数の接続で実行すると、メモリリソースが使い果たされやすくなります。 たとえば、このSQL文を5つの接続で同時に実行する場合、2.5 GB (500 MB × 5) のメモリリソースが必要になります。
  • SQL文のこの制限を変更するには、SQL文の前にヒントを追加します。 たとえば、制限を5,100に変更するには、/*!TDDL:MAX_ROW_RETURN_FROM_RIGHT_INDEX_NESTED_LOOP=5100 */SQLを指定します。

TDDL-4616 ERR_UNKNOWN_DATABASE

指定されたデータベース名が無効な場合、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4616][ERR_UNKNOWN_DATABASE] 不明なデータベース '*****'

PolarDB-X 1.0では、DDLステートメントでデータベース名を指定できます。 指定したデータベース名がPolarDB-X 1.0で指定されたデータベース名と同じでない場合、TDDL-4616エラーが返されます。

DDLステートメントでデータベース名を変更して、指定するデータベース名がPolarDB-X 1.0で提供されるデータベース名と同じになるようにすることをお勧めします。

TDDL-4617 ERR_SUBQUERY_LIMIT_PROTECTION

サブクエリの返される行数が上限を超えたため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4617][ERR_SUBQUERY_LIMIT_PROTECTION] サブクエリによって返される行の数が最大20000を超えています。

PolarDB-X 1.0がサブクエリを含むSQLステートメントを実行すると、サブクエリに対して大量のデータが返されると、多数のメモリリソースが使用されます。 これは、PolarDB − X 1.0の安定性に負の影響を及ぼす。 PolarDB-X 1.0では、サブクエリに返される行の最大数は20,000です。 この制限を超えると、PolarDB-X 1.0はTDDL-4617エラーを返します。

大量のデータが返されないように、SQL文のサブクエリを最適化することをお勧めします。 PolarDB-X 1.0がソートマージ結合アルゴリズムなどのより適切なアルゴリズムを使用してJOIN操作を実行するように、サブクエリをjoinクエリに書き直すこともできます。

TDDL-4800 ERR_SET_TXCID

システムがSET TXC_IDステートメントの実行に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4800][ERR_SET_TXCID] set txc_id failed: *****

TDDL-4801 ERR_TXCID_NULL

SELECT LAST_TXC_IDステートメントの実行時にNULLが返されるため、このエラーコードが返されます。

例:

ERR-CODE: [TDDL-4801][ERR_TXCID_NULL] txc_xidはnull: *****

TDDL-4802 ERR_SELECT_LAST_TXCID

システムがSELECT LAST_TXC_IDステートメントの実行に失敗したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4802][ERR_SELECT_LAST_TXCID] select last_txc_xid failed: *****

TDDL-4994 ERR_FLOW_CONTROL

リクエストスロットリングがトリガーされたため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4994][ERR_FLOW_CONTROL] [*****] フロー制御by *****

このエラーコードは、PolarDB-X 1.0によって処理されたSQLリクエストの数が上限に達し、現在のリクエストが拒否されたことを示します。

SQLリクエスト数のピーク値が期待どおりかどうかを確認することを推奨します。

TDDL-4998 ERR_NOT_SUPPORT

この機能がサポートされていないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-4998][ERR_NOT_SUPPORT] ***** まだサポートしていません!

このエラーコードは、使用するSQL構文または機能がPolarDB-X 1.0でサポートされていないことを示します。

TDDL-5001 ERR_TRANS

一般的なトランザクションエラーが発生したため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-5001][ERR_TRANS] ステートメントで更新された行が多すぎます。

エラーメッセージに基づいてエラーを解決します。 Too many lines updated in statementは、updateステートメントを実行して更新する行数が1,000の上限を超えていることを示します。 UPDATEステートメントのWHERE句を確認することを推奨します。 トランザクションで大量のデータを更新する必要がある場合は、PolarDB-X 1.0が提供する /* TDDL:UNDO_LOG_LIMIT={number}*/ ヒントを使用して上限を変更できます。

遅延実行はFlexibleまたはXA Transactionでのみサポートされますは、遅延実行機能がflexibleまたはXAトランザクションでのみ使用可能であることを示します。 /* TDDL:DEFER */ を使用して遅延実行を有効にする前に、SET drds_transaction_policy = *** ステートメントを実行して、PolarDB-X 1.0インスタンスのトランザクションポリシーを変更します。

TDDL-5002 ERR_TRANS_UNSUPPORTED

トランザクションで使用される構文または機能がサポートされていないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-5002][ERR_TRANS_UNSUPPORTED] プライマリキーのないテーブルは
サポートされます。

このエラーコードは、この機能がPolarDB-X 1.0トランザクションでサポートされていないことを示します。

TDDL-5003 ERR_TRANS_LOG

トランザクションログにアクセスできないため、エラーコードが返されます。

例:

ERR-CODE: [TDDL-5003][ERR_TRANS_LOG] トランザクションの状態の更新に失敗しました: *****

PolarDB-X 1.0が分散トランザクションを実行すると、PolarDB-X 1.0はバックエンドApsaraDB RDS for MySQLインスタンスのトランザクションログにアクセスします。 これは、分散トランザクションの原子性を保証するのに役立つ。 PolarDB-X 1.0がトランザクションログの読み取りまたは書き込みに失敗した場合、TDDL-5003エラーが返されます。

ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスで障害が発生したために発生します。 PolarDB-X 1.0インスタンスのバックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認し、ワークロードにアクセスすることを推奨します。

TDDL-5004 ERR_TRANS_NOT_FOUND

指定されたトランザクションIDが存在しないため、エラーコードが返されます。

例:
ERR-CODE: [TDDL-5008][ERR_TRANS_TERMINATED] 現在のトランザクションが殺されました
またはタイムアウト。 より長いタイムアウト値を設定する必要がある場合があります。          

このエラーコードは、指定されたトランザクションがKILLステートメントによって終了するか、実行がタイムアウトしたことを示します。 トランザクションのタイムアウト期間は、drds_transaction_timeoutパラメーターで指定します。

トランザクションのタイムアウトが原因でこのエラーが返された場合は、SET drds_transaction_timeout = *** ステートメントを実行して、トランザクションのタイムアウト期間を変更することを推奨します。 drds_transaction_timeoutパラメーターの値をミリ秒単位で指定します。

TDDL-5006 ERR_TRANS_COMMIT

PolarDB-X 1.0がトランザクションのコミットに失敗したため、エラーコードが返されます。

例:
ERR-CODE: [TDDL-5006][ERR_TRANS_COMMIT] プライマリグループのコミットに失敗しました *****:
*****, TRANS_ID = ***** 

PolarDB-X 1.0がトランザクションをコミットしたときにエラーが発生した場合、トランザクションは自動的にロールバックされます。 TRANS_IDは、トランザクションのIDを示す。

ほとんどの場合、このエラーはバックエンドApsaraDB RDS for MySQLインスタンスで障害が発生したために発生します。 PolarDB-X 1.0インスタンスのバックエンドApsaraDB RDS for MySQLインスタンスのステータスを確認し、ワークロードにアクセスすることを推奨します。

TDDL-5007 ERR_TRANS_PARAM

指定されたトランザクションパラメーターが無効な場合、エラーコードが返されます。

例:
ERR-CODE: [TDDL-5007][ERR_TRANS_PARAM] 不正なタイムアウト値: *****

このエラーコードは、ステートメントでtransactionパラメーターに無効な値を指定したことを示します。 たとえば、SET drds_transaction_timeout = *** ステートメントでは、drds_transaction_timeoutパラメーターは負の数に設定されます。

TDDL-5008 ERR_TRANS_TERMINATED

トランザクションがKILLステートメントによって終了した場合、またはタイムアウトのため、エラーコードが返されます。

例:
ERR-CODE: [TDDL-5008][ERR_TRANS_TERMINATED] 現在のトランザクションが殺されました
またはタイムアウト。 より長いタイムアウト値を設定する必要がある場合があります。             

このエラーコードは、指定されたトランザクションがKILLステートメントによって終了するか、実行がタイムアウトしたことを示します。 トランザクションのタイムアウト期間は、drds_transaction_timeoutパラメーターで指定します。

トランザクションのタイムアウトが原因でこのエラーが返された場合は、SET drds_transaction_timeout = *** ステートメントを実行して、トランザクションのタイムアウト期間を変更することを推奨します。 drds_transaction_timeoutパラメーターの値をミリ秒単位で指定します。