MySQL中,当update修改数据与原数据相同时会再次执行吗?

本文探讨MySQL在不同binlog格式下,对于与原数据相同的update语句的处理方式。在binlog_format=row时,重复的update不会被执行;而在binlog_format=statement时,即使数据未变也会加锁并尝试更新。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

点击“开发者技术前线”,选择“星标????”

在看|星标|留言,  真爱

来源:https://yq.aliyun.com/articles/694162

一、背景

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

二、测试环境

MySQL5.7.25

Centos 7.4

三、binlog_format为ROW

1、参数

2、测试步骤

session1

session2

session1

3、总结

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

四、binlog_format为STATEMENT

1、参数

2、测试步骤

session1

session2

session1

3、总结

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



END



  最后给读者整理了一份大厂面试真题,需要的可扫码加我微信获取。

前线推出学习交流群,加群一定要备注:研究/工作方向+地点+学校/公司+昵称(如Java+上海+上交+可可)根据格式备注,可更快被通过且邀请进群,领取一份专属学习礼包扫码进群,你奖获得大厂内推和技术交流,前沿学术交流
历史推荐记住:永远不要在 MySQL 中使用 UTF-8
一张900w的数据表,干脆把花费17s执行的SQL优化到300ms了
刷题一个半月,一口气拿下腾讯、华为、Oppo 、微软7个大厂offer,字节跳动薪资涨幅60%!PyCharm vs VSCode 到底谁更牛?
好文点个在看吧!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值