最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
当前位置: 首页 - 科技 - 知识百科 - 正文

MySQL执行update语句和原数据相同会再次执行吗

来源:动视网 责编:小采 时间:2020-11-09 21:16:00
文档

MySQL执行update语句和原数据相同会再次执行吗

MySQL执行update语句和原数据相同会再次执行吗:背景 本文主要测试MySQL执行update语句时,针对与原数据(即未修改)相同的update语句会在MySQL内部重新执行吗? 测试环境 MySQL5.7.25 Centos 7.4 binlog_format为ROW 参数 root@localhost : (none) 04:53:15>
推荐度:
导读MySQL执行update语句和原数据相同会再次执行吗:背景 本文主要测试MySQL执行update语句时,针对与原数据(即未修改)相同的update语句会在MySQL内部重新执行吗? 测试环境 MySQL5.7.25 Centos 7.4 binlog_format为ROW 参数 root@localhost : (none) 04:53:15>


背景

本文主要测试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=rowbinlog_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)“这个操作,该加锁的加锁,该更新的更新。

    好了,

    文档

    MySQL执行update语句和原数据相同会再次执行吗

    MySQL执行update语句和原数据相同会再次执行吗:背景 本文主要测试MySQL执行update语句时,针对与原数据(即未修改)相同的update语句会在MySQL内部重新执行吗? 测试环境 MySQL5.7.25 Centos 7.4 binlog_format为ROW 参数 root@localhost : (none) 04:53:15>
    推荐度:
    标签: 数据 更新 update
    • 热门焦点

    最新推荐

    猜你喜欢

    热门推荐

    专题
    Top