max_binlog_stmt_cache_size パラメータの説明を見ると、次の文があります: トランザクション内の非トランザクション ステートメントがこのバイト数を超えるメモリを必要とする場合、サーバーはエラーを生成します。 http://dev.mysql.com/ で nontransactional キーワードを検索すると、最初に表示されるのは「Rollback Failure for Nontransactional Tables」です。では、非トランザクションテーブルとは何でしょうか?非トランザクション テーブル、非トランザクション テーブル、トランザクションをサポートしないテーブル、つまり MyISAM ストレージ エンジンを使用するテーブル。非トランザクション テーブルの特徴
1. MySQL トランザクション テーブルと非トランザクション テーブル
はじめに: max_binlog_stmt_cache_size パラメーターの説明を見ると、次のような文があります。トランザクションがこのバイト数を超えるメモリを必要とする場合、サーバーはエラーを生成します。
2. MySQL の大容量データの高速挿入方法とステートメントの最適化共有
はじめに: トランザクション テーブルの場合、BEGIN と COMMIT を実行する必要があります。挿入を高速化するには、LOCK TABLES の代わりに使用します
3. Oracle IMU と Redo Private Strands テクノロジを学ぶundo シリーズ
はじめに: 従来の UNDO 管理モデルでは、Oracle は UNDO とデータブロックも同様に。これには、大まかに 3 つの欠点があります: 1) トランザクションの開始時に、トランザクション テーブルを格納するセグメント ヘッダーがメモリにありません
理由は、MySQL のマスター/スレーブ アーキテクチャでデータの不整合が頻繁に発生するためです。大まかに次のカテゴリに分類できます。 1: スタンバイ データベースへのデータの書き込み 2: 非決定的クエリの実行 3: トランザクションのロールバックトランザクション テーブルと非トランザクション テーブルが混在する 4
5.
Mysql 非トランザクション テーブルのロールバック失敗現象
はじめに: ROLLBACK (ロールバック) を実行すると、次のメッセージが表示される場合があります。トランザクションで使用されているテーブルまたは複数のテーブルがトランザクションをサポートしていません: 警告: 非トランザクション テーブルに対する一部の変更はロールバックできません。 これらの非トランザクション テーブルは ROLLBACK ステートメントの影響を受けません。 トランザクション内でトランザクション テーブルと非トランザクション テーブルを誤って混在させた場合、このメッセージが表示される最も可能性の高い原因は、次のことを考えたことです。6. Oracle ブロック上のアクティブなトランザクションの兆候。トランザクションがコミットされると、コミット前に一部のブロックがデータファイルに書き戻されているか、トランザクションの影響を受けるブロックの数が多すぎるため、UNDO セグメントのみがクリーンアップされます。そうしないと、ヘッダーのトランザクション テーブル情報とデータ ブロックのトランザクション フラグはクリアされません。
7. Oracle トランザクション テーブルの実験の詳細な説明
ロールバックセグメントヘッダーの項目はトランザクションテーブルです。トランザクション テーブルに頻繁にアクセスすると、ロールバック セグメント ヘッダーの競合が発生する可能性があります。ロールバック セグメント ヘッダーの競合の原因を理解するには、トランザクション テーブルにアクセスする操作を理解することが重要です。どのような操作がトランザクション テーブルにアクセスするかを検証するために、いくつかの実験を行ってみましょう。 まず、ビューについて簡単に説明します
8. IMU モードの DML ステートメントによって生成される REDORECORD 形式の解釈
はじめに: 概要: IMU モードの DML ステートメントによって生成される REDO RECORD 形式は変更されています。これは最初のレクタで操作する必要があり、次に UNDO セグメント ヘッダーのトランザクション テーブルにトランザクション情報を書き込む変更レクタがあり、操作の変更レクタが送信された後、データ変更が UNDO の変更レクタに入れられます。 。 注: 実験では、INSERT と DELETE が次々に実行され、UPDAT
9 Mysql マスターが同期の問題を処理します
。
はじめに: さまざまな理由により、mysql マスター/スレーブ アーキテクチャではデータの不整合が頻繁に発生します。これは次のカテゴリに大まかに要約できます。 1: スタンバイ データベースへのデータの書き込み 2: 非決定的クエリの実行3: さまざまなトランザクション テーブルと非トランザクション テーブルのトランザクション 4 をロールバックします: binlog またはリレーログ。マスター/スレーブ番号が表示されると、アプリケーションに致命的な損害を与える可能性があります。 MySQL の高度な機能 ----トランザクション処理 _MySQL
以上が一般的に使用される推奨される 10 のトランザクション テーブルの使用法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。