视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
分析MySQL中update修改数据与原数据相同是否会再次执行
2020-11-09 08:39:05 责编:小采
文档


本篇文章给大家带来的内容是关于分析MySQL中update修改数据与原数据相同是否会再次执行,有一定的参考价值,有需要的朋友可以参考一下,希望对你有所帮助。

本文主要测试MySQL执行update语句时,针对与原数据(即未修改)相同的update语句会在MySQL内部重新执行吗?

测试环境

  • MySQL5.7.25
  • Centos 7.4
  • binlog_format为ROW

    参数

    root@localhost : (none) 04:53:15> show variables like 'binlog_row_image';
    +------------------+-------+
    | Variable_name | Value |
    +------------------+-------+
    | binlog_row_image | FULL |
    +------------------+-------+
    1 row in set (0.00 sec)
    
    root@localhost : (none) 04:53:49> show variables like 'binlog_format'; 
    +---------------+-------+
    | Variable_name | Value |
    +---------------+-------+
    | binlog_format | ROW |
    +---------------+-------+
    1 row in set (0.00 sec)
    
    root@localhost : test 05:15:14> show variables like 'transaction_isolation';
    +-----------------------+-----------------+
    | Variable_name | Value |
    +-----------------------+-----------------+
    | transaction_isolation | REPEATABLE-READ |
    +-----------------------+-----------------+
    1 row in set (0.00 sec)

    测试步骤

    session1

    root@localhost : test 04:49:48> begin;
    Query OK, 0 rows affected (0.00 sec)
    
    root@localhost : test 04:49:52> select * from test where id =1;
    +----+------+------+------+
    | id | sid | mid | name |
    +----+------+------+------+
    | 1 | 999 | 871 | NW |
    +----+------+------+------+
    1 row in set (0.00 sec)
    
    root@localhost : (none) 04:54:03> show engine innodb status\Gshow master status\G
    ...
    ---
    LOG
    ---
    Log sequence number 12090390
    Log flushed up to 12090390
    Pages flushed up to 12090390
    Last checkpoint at 12090381
    0 pending log flushes, 0 pending chkp writes
    33 log i/o's done, 0.00 log i/o's/second
    
    *************************** 1. row ***************************
     File: mysql-bin.000001
     Position: 154
     Binlog_Do_DB: 
     Binlog_Ignore_DB: 
    Executed_Gtid_Set: 
    1 row in set (0.00 sec)

    session2

    root@localhost : test 04:47:45> update test set sid=55 where id =1;
    Query OK, 1 row affected (0.01 sec)
    Rows matched: 1 Changed: 1 Warnings: 0
    
    root@localhost : (none) 04:54:03> show engine innodb status\Gshow master status\G
    ...
    ---
    LOG
    ---
    Log sequence number 12091486
    Log flushed up to 12091486
    Pages flushed up to 12091486
    Last checkpoint at 12091477
    0 pending log flushes, 0 pending chkp writes
    39 log i/o's done, 0.00 log i/o's/second
    
    *************************** 1. row ***************************
     File: mysql-bin.000001
     Position: 500
     Binlog_Do_DB: 
     Binlog_Ignore_DB: 
    Executed_Gtid_Set: 8392d215-4928-11e9-a751-0242ac110002:1
    1 row in set (0.00 sec)

    session1

    root@localhost : test 04:49:57> update test set sid=55 where id =1; 
    Query OK, 0 rows affected (0.00 sec)
    Rows matched: 1 Changed: 0 Warnings: 0
    
    root@localhost : (none) 04:54:03> show engine innodb status\Gshow master status\G
    ...
    ---
    LOG
    ---
    Log sequence number 12091486
    Log flushed up to 12091486
    Pages flushed up to 12091486
    Last checkpoint at 12091477
    0 pending log flushes, 0 pending chkp writes
    39 log i/o's done, 0.00 log i/o's/second
    
    *************************** 1. row ***************************
     File: mysql-bin.000001
     Position: 500
     Binlog_Do_DB: 
     Binlog_Ignore_DB: 
    Executed_Gtid_Set: 8392d215-4928-11e9-a751-0242ac110002:1
    1 row in set (0.00 sec)
    
    root@localhost : test 04:52:05> select * from test where id =1;
    +----+------+------+------+
    | id | sid | mid | name |
    +----+------+------+------+
    | 1 | 999 | 871 | NW |
    +----+------+------+------+
    1 row in set (0.00 sec)
    
    root@localhost : test 04:52:42> commit;
    Query OK, 0 rows affected (0.00 sec)
    
    root@localhost : test 04:52:52> select * from test where id =1;
    +----+------+------+------+
    | id | sid | mid | name |
    +----+------+------+------+
    | 1 | 55 | 871 | NW |
    +----+------+------+------+
    1 row in set (0.00 sec)

    总结

    在binlog_format=row和binlog_row_image=FULL时,由于MySQL 需要在 binlog 里面记录所有的字段,所以在读数据的时候就会把所有数据都读出来,那么重复数据的update不会执行。即MySQL 调用了 InnoDB 引擎提供的“修改为 (1,55)”这个接口,但是引擎发现值与原来相同,不更新,直接返回

    binlog_format为STATEMENT

    参数

    root@localhost : (none) 04:53:15> show variables like 'binlog_row_image';
    +------------------+-------+
    | Variable_name | Value |
    +------------------+-------+
    | binlog_row_image | FULL |
    +------------------+-------+
    1 row in set (0.00 sec)
    
    root@localhost : (none) 05:16:08> show variables like 'binlog_format';
    +---------------+-----------+
    | Variable_name | Value |
    +---------------+-----------+
    | binlog_format | STATEMENT |
    +---------------+-----------+
    1 row in set (0.00 sec)
    
    root@localhost : test 05:15:14> show variables like 'transaction_isolation';
    +-----------------------+-----------------+
    | Variable_name | Value |
    +-----------------------+-----------------+
    | transaction_isolation | REPEATABLE-READ |
    +-----------------------+-----------------+
    1 row in set (0.00 sec)

    测试步骤

    session1

    root@localhost : test 05:16:42> begin;
    Query OK, 0 rows affected (0.00 sec)
    
    root@localhost : test 05:16:44> select * from test where id =1;
    +----+------+------+------+
    | id | sid | mid | name |
    +----+------+------+------+
    | 1 | 111 | 871 | NW |
    +----+------+------+------+
    1 row in set (0.00 sec)
    
    root@localhost : (none) 05:16:51> show engine innodb status\Gshow master status\G
    ...
    ---
    LOG
    ---
    Log sequence number 12092582
    Log flushed up to 12092582
    Pages flushed up to 12092582
    Last checkpoint at 12092573
    0 pending log flushes, 0 pending chkp writes
    45 log i/o's done, 0.00 log i/o's/second
    
    *************************** 1. row ***************************
     File: mysql-bin.000001
     Position: 154
     Binlog_Do_DB: 
     Binlog_Ignore_DB: 
    Executed_Gtid_Set: 
    1 row in set (0.00 sec)

    session2

    root@localhost : test 05:18:30> update test set sid=999 where id =1;
    Query OK, 1 row affected (0.00 sec)
    Rows matched: 1 Changed: 1 Warnings: 0
    
    root@localhost : (none) 05:18:47> show engine innodb status\Gshow master status\G
    ...
    ---
    LOG
    ---
    Log sequence number 12093678
    Log flushed up to 12093678
    Pages flushed up to 12093678
    Last checkpoint at 12093669
    0 pending log flushes, 0 pending chkp writes
    51 log i/o's done, 0.14 log i/o's/second
    
    *************************** 1. row ***************************
     File: mysql-bin.000001
     Position: 438
     Binlog_Do_DB: 
     Binlog_Ignore_DB: 
    Executed_Gtid_Set: 8392d215-4928-11e9-a751-0242ac110002:1
    1 row in set (0.00 sec)

    session1

    root@localhost : test 05:16:47> update test set sid=999 where id =1;
    Query OK, 0 rows affected (0.00 sec)
    Rows matched: 1 Changed: 0 Warnings: 0
    
    root@localhost : (none) 05:20:03> show engine innodb status\Gshow master status\G
    ...
    ---
    LOG
    ---
    Log sequence number 12094504
    Log flushed up to 12094504
    Pages flushed up to 12094504
    Last checkpoint at 12094495
    0 pending log flushes, 0 pending chkp writes
    56 log i/o's done, 0.00 log i/o's/second
    
    *************************** 1. row ***************************
     File: mysql-bin.000001
     Position: 438
     Binlog_Do_DB: 
     Binlog_Ignore_DB: 
    Executed_Gtid_Set: 8392d215-4928-11e9-a751-0242ac110002:1
    1 row in set (0.00 sec)
    
    root@localhost : test 05:19:33> select * from test where id =1; 
    +----+------+------+------+
    | id | sid | mid | name |
    +----+------+------+------+
    | 1 | 999 | 871 | NW |
    +----+------+------+------+
    1 row in set (0.00 sec)
    
    root@localhost : test 05:20:44> commit;
    Query OK, 0 rows affected (0.01 sec)
    
    root@localhost : test 05:20:57> select * from test where id =1;
    +----+------+------+------+
    | id | sid | mid | name |
    +----+------+------+------+
    | 1 | 999 | 871 | NW |
    +----+------+------+------+
    1 row in set (0.00 sec)

    总结

    在binlog_format=statement和binlog_row_image=FULL时,InnoDB内部认真执行了update语句,即“把这个值修改成 (1,999)“这个操作,该加锁的加锁,该更新的更新。

    下载本文
    显示全文
    专题