MySQL中，當(dāng)update修改數(shù)據(jù)與原數(shù)據(jù)相同時會再次執(zhí)行嗎？

點(diǎn)擊關(guān)注上方“SQL數(shù)據(jù)庫開發(fā)”，

設(shè)為“置頂或星標(biāo)”，第一時間送達(dá)干貨

一、背景

本文主要測試MySQL執(zhí)行update語句時，針對與原數(shù)據(jù)（即未修改）相同的update語句會在MySQL內(nèi)部重新執(zhí)行嗎？

二、測試環(huán)境

MySQL5.7.25

Centos 7.4

三、binlog_format為ROW

1、參數(shù)

2、測試步驟

session1

session2

session1

3、總結(jié)

在binlog_format=row和binlog_row_image=FULL時，由于MySQL 需要在 binlog 里面記錄所有的字段，所以在讀數(shù)據(jù)的時候就會把所有數(shù)據(jù)都讀出來，那么重復(fù)數(shù)據(jù)的update不會執(zhí)行。即MySQL 調(diào)用了 InnoDB 引擎提供的“修改為 (1,55)”這個接口，但是引擎發(fā)現(xiàn)值與原來相同，不更新，直接返回。

四、binlog_format為STATEMENT

1、參數(shù)

2、測試步驟

session1

session2

session1

3、總結(jié)

在binlog_format=statement和binlog_row_image=FULL時，InnoDB內(nèi)部認(rèn)真執(zhí)行了update語句，即“把這個值修改成 (1,999)“這個操作，該加鎖的加鎖，該更新的更新。

作者：powdba

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

我是岳哥，最后給大家分享我寫的SQL兩件套：《SQL基礎(chǔ)知識第二版》和《SQL高級知識第二版》的PDF電子版。里面有各個語法的解釋、大量的實(shí)例講解和批注等等，非常通俗易懂，方便大家跟著一起來實(shí)操。

有需要的讀者可以下載學(xué)習(xí)，在下面的公眾號「數(shù)據(jù)前線」(非本號)后臺回復(fù)關(guān)鍵字：SQL，就行
數(shù)據(jù)前線
——End——
后臺回復(fù)關(guān)鍵字：1024，獲取一份精心整理的技術(shù)干貨
后臺回復(fù)關(guān)鍵字：進(jìn)群，帶你進(jìn)入高手如云的交流群。
推薦閱讀
又一個程序員，被抓捕！
我的電腦不聯(lián)網(wǎng)，很安全，黑客：你還有風(fēng)扇呢。。。
CentOS 已死，“免費(fèi)”的RHEL沒了
一套簡單實(shí)用的SQL腳本，總有你需要的
不懂就問：為什么SELECT * 會導(dǎo)致查詢效率低？