MySQL中update修改数据与原数据相同会再次执行吗？

prtyaa
prtyaa 2024-01-01 23:36:42 66035
分类专栏： 资讯

背景

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

网站声明：如果转载，请联系本站管理员。否则一切后果自行承担。

本文链接：https://www.xckfsq.com/news/show.html?id=33821
赞同 0
评论 0 条

相关文章

  • mysql update语句一个“经典”的坑 2024-01-01 63836 浏览

    起因最近好几次有开发同学在钉钉上问我，比如下图：问题归纳起来就是：在mysql里面update一条记录，语法都正确的，但记录并没有被更新…结论小结：在一条update语句中，如果要更新多个字段，字段间不能使用“AND”，而应该用逗号分隔。现象刚遇到这个问题的时候，我拿到这条语句直接在测试库里面执行了一把，发现确实有问题，但和开发描述的还是有区别，这里我用测试数据来模拟下：有问题的SQL语句：upd

  • 技术译文 | 一封写给 mysql 8.2 贡献者的感谢信 2024-01-02 63900 浏览

    mysql的最新版本8.2（2023年10月25日）是第二个Innovation版本。这个新的Innovation版本让我们更接近第一个mysqlLTS版本！这个新的Innovation版本包含了很多伟大社区的贡献。mysql8.2.0包含来自Meta、NikolaiKostrigin、Meng-HsiuJiang(Amazon)、RichardDang、ShaohuaWang、HaoLu、Wen

  • 技术分享 | mysql 可以对相同字段创建不同索引？ 2024-01-02 65371 浏览

    同事问了个问题，mysql的某个测试库，发现有这种情况：给已设置为主键的列又加了一次索引，如下前两条SQL语句。给同一个字段加了2次索引，如下后两条SQL语句。#情况1ALTERTABLEtestADDPRIMARYKEYUSINGBTREE(ID);ALTERTABLEtestADDINDEXidx_test01USINGBTREE(ID);#情况2ALTERTABLEtestADDINDEXi

  • 技术分享 | mysql 可以对相同字段创建不同索引？ 2024-01-02 65701 浏览

    同事问了个问题，mysql的某个测试库，发现有这种情况：给已设置为主键的列又加了一次索引，如下前两条SQL语句。给同一个字段加了2次索引，如下后两条SQL语句。#情况1ALTERTABLEtestADDPRIMARYKEYUSINGBTREE(ID);ALTERTABLEtestADDINDEXidx_test01USINGBTREE(ID);#情况2ALTERTABLEtestADDINDEXi

  • 技术译文 | mysql 备份和恢复最佳实践：终极指南 2024-01-02 62480 浏览

    随着企业和应用程序越来越依赖mysql数据库来管理其关键数据，确保数据可靠性和可用性变得至关重要。在这个数字信息时代，强大的备份和恢复策略是应用程序稳定性的支柱。本文中，我们将回顾所有常用的mysql备份和恢复策略，它们是任何应用程序的基石。对应您的特定场景，有多个选项可供选择，每个选项都要求我们考虑相关问题以做出明智的决策。1为什么mysql备份很重要？mysql备份在保护数据完整性、防止各种不

  • 技术分享 | 盘点 mysql 创建内部临时表的所有场景 2024-01-02 66874 浏览

    临时表属于是一种临时存放数据的表，这类表在会话结束时会被自动清理掉，但在mysql中存在两种临时表，一种是外部临时表，另外一种是内部临时表。外部临时表指的是用户使用CREATETEMPORARYTABLE手动创建的临时表。而内部临时表用户是无法控制的，并不能像外部临时表一样使用CREATE语句创建，mysql的优化器会自动选择是否使用内部临时表。那么由此引发一个问题，mysql到底在什么时候会使用

  • 技术译文 | mysql 8.2 支持读写分离！ 2024-01-02 67490 浏览

    我们一直在等待的mysql读写分离功能[1]现在终于可以使用了！在规模上，我们在副本之间分配读取，但这必须在应用程序中以某种方式进行管理：在某个地方写入并在其他地方读取。在mysql8.2[2]中，mysqlRouter现在能够识别读取和写入，并将它们路由到主实例（如果是InnoDB集群），或者路由到异步复制源以进行写入，将其路由到辅助实例或副本以进行读取。为了说明这一点，我部署了最简单的架构：M

  • 故障分析 | mysql 迁移完不能快速导数据了 2024-01-02 66874 浏览

    1背景某金融公司有套系统最近刚迁移完，从5.6迁移到5.7.30，并且在迁移前未开启GTID，迁移后开启了GTID相关功能。业务按照以往的方式使用CREATETABLE...SELECT...导数据的时候出现报错：ErrorCode:1786(HY000):mysqlStatementviolatesGTIDconsistency:CREATETABLE...SELECT。2问题原理这个问题比较简

  • 技术译文 | mysql 如何避免克隆失败后再次初始化 2024-01-02 67539 浏览

    本文章讨论了当您没有足够的磁盘空间来存储两个数据集时，使用带有安全选项DATADIRECTORY的CLONEINSTANCE命令。在我之前关于CLONEINSTANCE命令的博客文章《mysql克隆插件不是你的备份》[1]中，我提到使用选项DATADIRECTORY有助于避免在克隆操作失败时需要从头开始重新初始化副本和克隆相关设置的情况。mysql克隆插件简化了新副本的配置，但不会简化失败后的服务

  • 技术译文 | Python 程序如何使用 mysql 8.2 读写分离 2024-01-02 65083 浏览

    如您所知，mysql8.2发布了最令人期待的功能之一：读写分离[1]。在这篇文章中，我们将了解如何将它与mysql-Connector/Python[2]一起使用。1架构为了使用我们的Python程序，我们将使用InnoDBCluster。以下是在mysqlShell中查询Cluster的状态：JS>cluster.status(){"clusterName":"fred","defaultRep

prtyaa
prtyaaL0
粉丝 1 发表 2554 + 关注 私信
上周热门
银河麒麟添加网络打印机时，出现“client-error-not-possible”错误提示  1322
银河麒麟打印带有图像的文档时出错  1235
银河麒麟添加打印机时，出现“server-error-internal-error”  1021
统信桌面专业版【如何查询系统安装时间】  950
统信操作系统各版本介绍  943
统信桌面专业版【全盘安装UOS系统】介绍  901
麒麟系统也能完整体验微信啦！  889
统信【启动盘制作工具】使用介绍  498
统信桌面专业版【一个U盘做多个系统启动盘】的方法  439
信刻全自动档案蓝光光盘检测一体机  386
本周热议
我的信创开放社区兼职赚钱历程 40
今天你签到了吗？ 27
信创开放社区邀请他人注册的具体步骤如下 15
如何玩转信创开放社区—从小白进阶到专家 15
方德桌面操作系统 14
我有15积分有什么用? 13
用抖音玩法闯信创开放社区——用平台宣传企业产品服务 13
如何让你先人一步获得悬赏问题信息？（创作者必看） 12
2024中国信创产业发展大会暨中国信息科技创新与应用博览会 9
中央国家机关政府采购中心：应当将CPU、操作系统符合安全可靠测评要求纳入采购需求 8
热门标签更多

添加我为好友，拉您入交流群！

请使用微信扫一扫!