MySQL は、元のデータと同じデータがある場合、更新ステートメントを再度実行しますか?

MySQL は、元のデータと同じデータがある場合、更新ステートメントを再度実行しますか?

背景

この記事では主に、MySQL が更新ステートメントを実行するときに、元のデータと同一の (つまり、変更されていない) 更新ステートメントが MySQL 内で再実行されるかどうかをテストします。

テスト環境

  • MySQL 5.7.25
  • セントロス7.4

binlog_format は ROW です

パラメータ

root@localhost : (なし) 04:53:15> 'binlog_row_image' のような変数を表示します。
+------------------+-------+
| 変数名 | 値 |
+------------------+-------+
| binlog_row_image | フル |
+------------------+-------+
セット内の 1 行 (0.00 秒)

root@localhost : (なし) 04:53:49> 'binlog_format' のような変数を表示します。 
+---------------+-------+
| 変数名 | 値 |
+---------------+-------+
| binlog_format | 行 |
+---------------+-------+
セット内の 1 行 (0.00 秒)

root@localhost : test 05:15:14> 'transaction_isolation' のような変数を表示します。
+----------------------+-----------------+
| 変数名 | 値 |
+----------------------+-----------------+
| トランザクション分離 | 繰り返し読み取り |
+----------------------+-----------------+
セット内の 1 行 (0.00 秒)

テスト手順

セッション1

root@localhost: テスト 04:49:48> 開始;
クエリは正常、影響を受けた行は 0 行 (0.00 秒)

root@localhost : test 04:49:52> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 999 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

root@localhost : (なし) 04:54:03> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12090390
ログが 12090390 までフラッシュされました
ページ数は 12090390 までフラッシュされました
最後のチェックポイントは12090381
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
33 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
  ファイル:mysql-bin.000001
  ポジション: 154
 バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 
セット内の 1 行 (0.00 秒)

セッション2

root@localhost : test 04:47:45> update test set sid=55 where id =1;
クエリは正常、1 行が影響を受けました (0.01 秒)
一致した行: 1 変更された行: 1 警告: 0

root@localhost : (なし) 04:54:03> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12091486
ログが 12091486 までフラッシュされました
ページ数は 12091486 までフラッシュされました
最後のチェックポイントは12091477
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
39 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
  ファイル:mysql-bin.000001
  位置: 500
 バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 8392d215-4928-11e9-a751-0242ac110002:1
セット内の 1 行 (0.00 秒)

セッション1

root@localhost : test 04:49:57> update test set sid=55 where id =1; 
クエリは正常、影響を受けた行は 0 行 (0.00 秒)
一致した行: 1 変更: 0 警告: 0

root@localhost : (なし) 04:54:03> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12091486
ログが 12091486 までフラッシュされました
ページ数は 12091486 までフラッシュされました
最後のチェックポイントは12091477
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
39 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
  ファイル:mysql-bin.000001
  位置: 500
 バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 8392d215-4928-11e9-a751-0242ac110002:1
セット内の 1 行 (0.00 秒)

root@localhost : test 04:52:05> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 999 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

root@localhost: テスト 04:52:42> コミット;
クエリは正常、影響を受けた行は 0 行 (0.00 秒)

root@localhost : test 04:52:52> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 55 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

要約する

binlog_format=rowおよびbinlog_row_image=FULLの場合、MySQL は binlog 内のすべてのフィールドを記録する必要があるため、データを読み取るときにすべてのデータが読み取られ、重複データの更新は実行されません。つまり、MySQLはInnoDBエンジンが提供する「(1,55)への変更」インターフェースを呼び出しますが、エンジンは値が元の値と同じであることを発見し、それを更新せず、直接返します。

binlog_formatはステートメントです

パラメータ

root@localhost : (なし) 04:53:15> 'binlog_row_image' のような変数を表示します。
+------------------+-------+
| 変数名 | 値 |
+------------------+-------+
| binlog_row_image | フル |
+------------------+-------+
セット内の 1 行 (0.00 秒)

root@localhost : (なし) 05:16:08> 'binlog_format' のような変数を表示します。
+---------------+-----------+
| 変数名 | 値 |
+---------------+-----------+
| binlog_format | ステートメント |
+---------------+-----------+
セット内の 1 行 (0.00 秒)

root@localhost : test 05:15:14> 'transaction_isolation' のような変数を表示します。
+----------------------+-----------------+
| 変数名 | 値 |
+----------------------+-----------------+
| トランザクション分離 | 繰り返し読み取り |
+----------------------+-----------------+
セット内の 1 行 (0.00 秒)

テスト手順

セッション1

root@localhost: テスト 05:16:42> 開始;
クエリは正常、影響を受けた行は 0 行 (0.00 秒)

root@localhost : test 05:16:44> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 111 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

root@localhost : (なし) 05:16:51> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12092582
ログが 12092582 までフラッシュされました
ページ数は 12092582 までフラッシュされました
最後のチェックポイントは 12092573 です
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
45 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
    ファイル:mysql-bin.000001
   ポジション: 154
  バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 
セット内の 1 行 (0.00 秒)

セッション2

root@localhost : test 05:18:30> update test set sid=999 where id =1;
クエリは正常、1 行が影響を受けました (0.00 秒)
一致した行: 1 変更された行: 1 警告: 0

root@localhost : (なし) 05:18:47> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12093678
ログが 12093678 までフラッシュされました
ページ数は 12093678 までフラッシュされました
最後のチェックポイントは 12093669 です
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
51 ログ I/O が完了しました。0.14 ログ I/O/秒

************************** 1. 行 ****************************
    ファイル:mysql-bin.000001
   位置: 438
  バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 8392d215-4928-11e9-a751-0242ac110002:1
セット内の 1 行 (0.00 秒)

セッション1

root@localhost : test 05:16:47> update test set sid=999 where id =1;
クエリは正常、影響を受けた行は 0 行 (0.00 秒)
一致した行: 1 変更: 0 警告: 0

root@localhost : (なし) 05:20:03> show engine innodb status\Gshow master status\G
...
---
ログ
---
ログシーケンス番号 12094504
ログが 12094504 までフラッシュされました
ページ数は 12094504 までフラッシュされました
最後のチェックポイントは 12094495 です
保留中のログ フラッシュ 0 件、保留中の chkp 書き込み 0 件
56 ログ I/O が完了しました。0.00 ログ I/O/秒

************************** 1. 行 ****************************
    ファイル:mysql-bin.000001
   位置: 438
  バイナリログ_Do_DB: 
 バイナリログを無視: 
実行されたGtidセット: 8392d215-4928-11e9-a751-0242ac110002:1
セット内の 1 行 (0.00 秒)

root@localhost : test 05:19:33> select * from test where id =1;  
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 999 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

root@localhost: テスト 05:20:44> コミット;
クエリは正常、影響を受けた行は 0 行 (0.01 秒)

root@localhost : test 05:20:57> select * from test where id =1;
+----+------+------+------+
| id | sid | mid | 名前 |
+----+------+------+------+
| 1 | 999 | 871 | 北西 |
+----+------+------+------+
セット内の 1 行 (0.00 秒)

要約する

binlog_format=statement かつ binlog_row_image=FULL の場合、InnoDB は更新ステートメント、つまり「この値を (1,999) に変更する」という操作を慎重に実行し、ロックする必要があるものはロックし、更新する必要があるものは更新します。

さて、今回の記事は以上です。この記事の内容が皆さんの勉強や仕事に少しでも参考になれば幸いです。123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません:
  • PHP で MySQL SQL ステートメントのクエリ時間を取得する方法
  • MySQL では SQL ステートメントはどのように実行されますか?

<<:  Vue が Web オンラインチャット機能を実現

>>:  Linux システムで PATH 環境変数を設定する方法 (3 つの方法)

推薦する

表 td 画像水平および垂直中央揃えコード

HTMLコード:コードをコピーコードは次のとおりです。 <td align="cen...

アイデアを通じてプロジェクトをDockerにパッケージ化する方法

多くの友人が、Docker でプロジェクトを実行する方法をずっと知りたがっていました。今日は、自分の...

CentOS に MySQL 5.5 をインストールするための完全な手順

目次1. インストール前の準備、インストールパッケージのダウンロード1 インストールの準備2 インス...

MySQL における between の境界と範囲の説明

境界範囲間のmysql間の範囲は両側の境界値を含む例: 3 から 7 までの id は、id >...

MySQL 更新セットとの違い

目次問題の説明原因分析解決問題の説明最近、奇妙な問い合わせを受けました。更新ステートメントはエラーな...

Vue3 (V) HTTPライブラリaxiosの統合の詳細

目次1. axiosをインストールする2. アクシオスの使用1.ホームページでaxiosを参照する2...

Vue の高度な構築プロパティの詳細な説明

目次1. ディレクティブカスタムディレクティブ2. ミックスイン3. 継承を拡張する4. 提供して注...

一般的なフロントエンドJavaScriptメソッドのカプセル化

目次1. 値を入力し、そのデータ型を返す** 2. アレイ重複排除3. 文字列の重複排除4. ディー...

入力タイプとは何を意味し、入力を制限する方法

入力を制限する一般的な方法1. ボタンが押されたときに点線のボックスを消すには、入力に属性値hide...

Linux での MySQL 8.0.11 のインストールに関するチュートリアル

1. 公式サイトにアクセスしてインストールパッケージをダウンロードしますダウンロードリンク: クリッ...

Windows Server 2019 IIS10.0+PHP(FastCGI)+MySQL 環境構築チュートリアル

準備1. 環境の説明:オペレーティング システム: Windows Server 2019 PHP ...

MySQL でトリガーを無効化および有効化するチュートリアル [推奨]

MYSQL を使用する場合、トリガーがよく使用されますが、不適切な使用によって問題が発生する場合が...

nginxとlvsのメリットとデメリット、そして適切な使用環境

まず最初に、ロード バランシングとは何かについて説明します。ロード バランシングとは、リクエストの内...

Reactの状態の理解についての簡単な分析

複雑なコンポーネント (クラス コンポーネント) と単純なコンポーネント (関数コンポーネント) を...

Node.js の TCP 接続処理のコア プロセス

数日前、友人と Node.js の epoll とリクエスト処理に関する知識を交換しました。今日は、...