MySQL中隔離級(jí)別RC與RR的區(qū)別及說(shuō)明
更新時(shí)間：2022年08月17日 09:37:42 作者：哈哈我是大健
這篇文章主要介紹了MySQL中隔離級(jí)別RC與RR的區(qū)別及說(shuō)明，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教
MySQL隔離級(jí)別RC與RR的區(qū)別
RR 支持 gap lock(next-key lock)，而RC則沒(méi)有g(shù)ap lock。因?yàn)镸ySQL的RR需要gap lock來(lái)解決幻讀問(wèn)題。而RC隔離級(jí)別則是允許存在不可重復(fù)讀和幻讀的。所以RC的并發(fā)一般要好于RR；
RC 隔離級(jí)別，通過(guò) where 條件走非索引列過(guò)濾之后，不符合條件的記錄上的行鎖，會(huì)釋放掉(雖然這里破壞了“兩階段加鎖原則”)；但是RR隔離級(jí)別，通過(guò) where 條件走非索引列過(guò)濾之后，即使不符合where條件的記錄，也是會(huì)加行鎖。所以從鎖方面來(lái)看，RC的并發(fā)應(yīng)該要好于RR；可以減少一部分鎖競(jìng)爭(zhēng)，減少死鎖和鎖超時(shí)的概率。
RC 隔離級(jí)別不支持 statement 格式的bin log，因?yàn)樵摳袷降膹?fù)制，會(huì)導(dǎo)致主從數(shù)據(jù)的不一致；只能使用 mixed 或者 row 格式的bin log; 這也是為什么MySQL默認(rèn)使用RR隔離級(jí)別的原因。復(fù)制時(shí)，我們最好使用：binlog_format=row
MySQL5.6 的早期版本，RC隔離級(jí)別是可以設(shè)置成使用statement格式的bin log，后期版本則會(huì)直接報(bào)錯(cuò)；
簡(jiǎn)單而且，RC隔離級(jí)別時(shí)，事務(wù)中的每一條select語(yǔ)句會(huì)讀取到他自己執(zhí)行時(shí)已經(jīng)提交了的記錄，也就是每一條select都有自己的一致性讀ReadView; 而RR隔離級(jí)別時(shí)，事務(wù)中的一致性讀的ReadView是以第一條select語(yǔ)句的運(yùn)行時(shí)，作為本事務(wù)的一致性讀snapshot的建立時(shí)間點(diǎn)的。只能讀取該時(shí)間點(diǎn)之前已經(jīng)提交的數(shù)據(jù)。
MySQL8 RC和RR隔離級(jí)別的實(shí)戰(zhàn)
讀未提交：在讀未提交這個(gè)隔離級(jí)別下，即使別的事務(wù)所做的修改并未提交，也能看到其修改的數(shù)據(jù)。當(dāng)事務(wù)的隔離級(jí)別處于“讀未提交”時(shí)，其并發(fā)性能是最強(qiáng)的，但是隔離性與安全性是最差的，會(huì)出現(xiàn)臟讀，在生產(chǎn)環(huán)境中不使用。
讀已提交：讀取數(shù)據(jù)的事務(wù)允許其他事務(wù)繼續(xù)訪問(wèn)該行數(shù)據(jù)，但是未提交的寫(xiě)事務(wù)將會(huì)禁止其他事務(wù)訪問(wèn)該行。該隔離級(jí)別避免了臟讀，但是卻可能出現(xiàn)不可重復(fù)讀。例如，事務(wù)A事先讀取了數(shù)據(jù)，事務(wù)B緊接著更新并提交了事務(wù)，當(dāng)事務(wù)A再次讀取該數(shù)據(jù)時(shí)數(shù)據(jù)已經(jīng)發(fā)生改變。
可重復(fù)讀：是指在一個(gè)事務(wù)內(nèi)多次讀同一數(shù)據(jù)。假設(shè)在一個(gè)事務(wù)還沒(méi)結(jié)束時(shí)，另一個(gè)事務(wù)也訪問(wèn)同一數(shù)據(jù)，那么在第一個(gè)事務(wù)中的兩次讀數(shù)據(jù)之間，即使第二個(gè)事務(wù)對(duì)數(shù)據(jù)進(jìn)行了修改，第一個(gè)事務(wù)兩次讀到的數(shù)據(jù)也是一樣的。這樣在一個(gè)事務(wù)內(nèi)兩次讀到的數(shù)據(jù)就是一樣的，因此稱(chēng)為可重復(fù)讀。讀取數(shù)據(jù)的事務(wù)禁止寫(xiě)事務(wù)（但允許讀事務(wù)），寫(xiě)事務(wù)則禁止任何其他事務(wù)，這樣即可避免不可重復(fù)讀和臟讀，但是有時(shí)可能出現(xiàn)幻讀。
序列化：提供嚴(yán)格的事務(wù)隔離。它要求事務(wù)序列化執(zhí)行，即事務(wù)只能一個(gè)接著一個(gè)地執(zhí)行，但不能并發(fā)執(zhí)行。僅僅通過(guò)“行級(jí)鎖”是無(wú)法實(shí)現(xiàn)事務(wù)序列化的，必須通過(guò)其他機(jī)制保證新插入的數(shù)據(jù)不會(huì)被剛執(zhí)行查詢(xún)操作的事務(wù)訪問(wèn)到。序列化是最高的事務(wù)隔離級(jí)別，同時(shí)代價(jià)也最高，性能很低，一般很少使用。在該級(jí)別下，事務(wù)順序執(zhí)行，不僅可以避免臟讀、不可重復(fù)讀、還避免了幻讀
一、創(chuàng)建測(cè)試數(shù)據(jù)
創(chuàng)建測(cè)試表：
create table a (id int auto_increment, a varchar(10), b varchar(10), c varchar(10), d varchar(10), ?primary key(id) ) ?engine=INNODB ?default charset=utf8;
插入數(shù)據(jù)
insert into a(a,b,c,d)?
values?
('1','1','1','1'),
('2','2','2','2'),
('3','3','3','3'),
('4','4','4','4'),
('5','5','5','5'),
('6','6','6','6');查詢(xún)數(shù)據(jù)：
mysql> select * from a; +----+------+------+------+------+ | id | a ? ?| b ? ?| c ? ?| d ? ?| +----+------+------+------+------+ | ?1 | 1 ? ?| 1 ? ?| 1 ? ?| 1 ? ?| | ?2 | 2 ? ?| 2 ? ?| 2 ? ?| 2 ? ?| | ?3 | 3 ? ?| 3 ? ?| 3 ? ?| 3 ? ?| | ?4 | 4 ? ?| 4 ? ?| 4 ? ?| 4 ? ?| | ?5 | 5 ? ?| 5 ? ?| 5 ? ?| 5 ? ?| | ?6 | 6 ? ?| 6 ? ?| 6 ? ?| 6 ? ?| +----+------+------+------+------+ 6 rows in set (0.00 sec)
創(chuàng)建索引：
CREATE INDEX index_b_c ON a(b,c);
二、RR隔離級(jí)別
mysql> show variables like '%iso%'; +-----------------------+-----------------+ | Variable_name ? ? ? ? | Value ? ? ? ? ? | +-----------------------+-----------------+ | transaction_isolation | REPEATABLE-READ | +-----------------------+-----------------+ 1 row in set (0.00 sec)
可以從上圖看出，目前MySQL處于RR的隔離級(jí)別（可重復(fù)讀）
事務(wù)1：
mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> update a set d='20' where a='1'; Query OK, 1 row affected (0.00 sec) Rows matched: 1 ?Changed: 1 ?Warnings: 0
事務(wù)2：
mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> update a set d='20' where a='2';#一直等待，最后報(bào)錯(cuò) ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
等待時(shí)間取決于這個(gè)參數(shù)：
innodb_lock_wait_timeout
查看mysql鎖情況：
PS：因?yàn)閟how processlist只會(huì)顯示出當(dāng)前正在執(zhí)行的語(yǔ)句，有些語(yǔ)句很快就執(zhí)行完成了，所以有時(shí)候是看不全的，需要通過(guò)系統(tǒng)表查看
performance_schema.data_locks
mysql> select * from performance_schema.data_locks; +--------+---------------------------------------+-----------------------+-----------+----------+---------------+-------------+----------------+-------------------+------------+-----------------------+-----------+-----------+-------------+------------------------+ | ENGINE | ENGINE_LOCK_ID ? ? ? ? ? ? ? ? ? ? ? ?| ENGINE_TRANSACTION_ID | THREAD_ID | EVENT_ID | OBJECT_SCHEMA | OBJECT_NAME | PARTITION_NAME | SUBPARTITION_NAME | INDEX_NAME | OBJECT_INSTANCE_BEGIN | LOCK_TYPE | LOCK_MODE | LOCK_STATUS | LOCK_DATA ? ? ? ? ? ? ?| +--------+---------------------------------------+-----------------------+-----------+----------+---------------+-------------+----------------+-------------------+------------+-----------------------+-----------+-----------+-------------+------------------------+ | INNODB | 140166601014432:1066:140166526246928 ?| ? ? ? ? ? ? ? ? 14257 | ? ? ? 108 | ? ? ? 11 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| NULL ? ? ? | ? ? ? 140166526246928 | TABLE ? ? | IX ? ? ? ?| GRANTED ? ? | NULL ? ? ? ? ? ? ? ? ? | | INNODB | 140166601014432:5:4:8:140166526244128 | ? ? ? ? ? ? ? ? 14257 | ? ? ? 108 | ? ? ? 11 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526244128 | RECORD ? ?| X ? ? ? ? | WAITING ? ? | 1 ? ? ? ? ? ? ? ? ? ? ?| | INNODB | 140166601010392:1066:140166526216544 ?| ? ? ? ? ? ? ? ? 14256 | ? ? ? ?76 | ? ? ? 73 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| NULL ? ? ? | ? ? ? 140166526216544 | TABLE ? ? | IX ? ? ? ?| GRANTED ? ? | NULL ? ? ? ? ? ? ? ? ? | | INNODB | 140166601010392:5:4:1:140166526213552 | ? ? ? ? ? ? ? ? 14256 | ? ? ? ?76 | ? ? ? 73 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526213552 | RECORD ? ?| X ? ? ? ? | GRANTED ? ? | supremum pseudo-record | | INNODB | 140166601010392:5:4:3:140166526213552 | ? ? ? ? ? ? ? ? 14256 | ? ? ? ?76 | ? ? ? 73 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526213552 | RECORD ? ?| X ? ? ? ? | GRANTED ? ? | 2 ? ? ? ? ? ? ? ? ? ? ?| | INNODB | 140166601010392:5:4:4:140166526213552 | ? ? ? ? ? ? ? ? 14256 | ? ? ? ?76 | ? ? ? 73 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526213552 | RECORD ? ?| X ? ? ? ? | GRANTED ? ? | 3 ? ? ? ? ? ? ? ? ? ? ?| | INNODB | 140166601010392:5:4:5:140166526213552 | ? ? ? ? ? ? ? ? 14256 | ? ? ? ?76 | ? ? ? 73 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526213552 | RECORD ? ?| X ? ? ? ? | GRANTED ? ? | 4 ? ? ? ? ? ? ? ? ? ? ?| | INNODB | 140166601010392:5:4:6:140166526213552 | ? ? ? ? ? ? ? ? 14256 | ? ? ? ?76 | ? ? ? 73 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526213552 | RECORD ? ?| X ? ? ? ? | GRANTED ? ? | 5 ? ? ? ? ? ? ? ? ? ? ?| | INNODB | 140166601010392:5:4:7:140166526213552 | ? ? ? ? ? ? ? ? 14256 | ? ? ? ?76 | ? ? ? 73 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526213552 | RECORD ? ?| X ? ? ? ? | GRANTED ? ? | 6 ? ? ? ? ? ? ? ? ? ? ?| | INNODB | 140166601010392:5:4:8:140166526213552 | ? ? ? ? ? ? ? ? 14256 | ? ? ? ?76 | ? ? ? 73 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526213552 | RECORD ? ?| X ? ? ? ? | GRANTED ? ? | 1 ? ? ? ? ? ? ? ? ? ? ?| +--------+---------------------------------------+-----------------------+-----------+----------+---------------+-------------+----------------+-------------------+------------+-----------------------+-----------+-----------+-------------+------------------------+ 10 rows in set (0.00 sec)
information_schema.INNODB_TRX
mysql> select * from INNODB_TRX\G *************************** 1. row *************************** ? ? ? ? ? ? ? ? ? ? trx_id: 14257 ? ? ? ? ? ? ? ? ?trx_state: LOCK WAIT ? ? ? ? ? ? ? ?trx_started: 2022-04-23 17:09:05 ? ? ?trx_requested_lock_id: 140166601014432:5:4:8:140166526244128 ? ? ? ? ? trx_wait_started: 2022-04-23 17:09:05 ? ? ? ? ? ? ? ? trx_weight: 2 ? ? ? ?trx_mysql_thread_id: 51 ? ? ? ? ? ? ? ? ?trx_query: update a set d='20' where a='2' ? ? ? ?trx_operation_state: starting index read ? ? ? ? ?trx_tables_in_use: 1 ? ? ? ? ?trx_tables_locked: 1 ? ? ? ? ? trx_lock_structs: 2 ? ? ?trx_lock_memory_bytes: 1128 ? ? ? ? ? ?trx_rows_locked: 1 ? ? ? ? ?trx_rows_modified: 0 ? ?trx_concurrency_tickets: 0 ? ? ? ?trx_isolation_level: REPEATABLE READ ? ? ? ? ?trx_unique_checks: 1 ? ? trx_foreign_key_checks: 1 trx_last_foreign_key_error: NULL ?trx_adaptive_hash_latched: 0 ?trx_adaptive_hash_timeout: 0 ? ? ? ? ? trx_is_read_only: 0 trx_autocommit_non_locking: 0 ? ? ? ?trx_schedule_weight: 1 *************************** 2. row *************************** ? ? ? ? ? ? ? ? ? ? trx_id: 14256 ? ? ? ? ? ? ? ? ?trx_state: RUNNING ? ? ? ? ? ? ? ?trx_started: 2022-04-23 17:07:20 ? ? ?trx_requested_lock_id: NULL ? ? ? ? ? trx_wait_started: NULL ? ? ? ? ? ? ? ? trx_weight: 3 ? ? ? ?trx_mysql_thread_id: 26 ? ? ? ? ? ? ? ? ?trx_query: NULL ? ? ? ?trx_operation_state: NULL ? ? ? ? ?trx_tables_in_use: 0 ? ? ? ? ?trx_tables_locked: 1 ? ? ? ? ? trx_lock_structs: 2 ? ? ?trx_lock_memory_bytes: 1128 ? ? ? ? ? ?trx_rows_locked: 7 ? ? ? ? ?trx_rows_modified: 1 ? ?trx_concurrency_tickets: 0 ? ? ? ?trx_isolation_level: REPEATABLE READ ? ? ? ? ?trx_unique_checks: 1 ? ? trx_foreign_key_checks: 1 trx_last_foreign_key_error: NULL ?trx_adaptive_hash_latched: 0 ?trx_adaptive_hash_timeout: 0 ? ? ? ? ? trx_is_read_only: 0 trx_autocommit_non_locking: 0 ? ? ? ?trx_schedule_weight: NULL 2 rows in set (0.00 sec)
從這里可以看到，事務(wù)ID14256正在運(yùn)行。
performance_schema .data_lock_waits
mysql> select * from data_lock_waits\G *************************** 1. row *************************** ? ? ? ? ? ? ? ? ? ? ? ? ? ENGINE: INNODB ? ? ? ?REQUESTING_ENGINE_LOCK_ID: 140166601014432:5:4:8:140166526244128 REQUESTING_ENGINE_TRANSACTION_ID: 14257 ? ? ? ? ? ? REQUESTING_THREAD_ID: 108 ? ? ? ? ? ? ?REQUESTING_EVENT_ID: 11 REQUESTING_OBJECT_INSTANCE_BEGIN: 140166526244128 ? ? ? ? ?BLOCKING_ENGINE_LOCK_ID: 140166601010392:5:4:8:140166526213552 ? BLOCKING_ENGINE_TRANSACTION_ID: 14256 ? ? ? ? ? ? ? BLOCKING_THREAD_ID: 76 ? ? ? ? ? ? ? ?BLOCKING_EVENT_ID: 73 ? BLOCKING_OBJECT_INSTANCE_BEGIN: 140166526213552 1 row in set (0.00 sec)
從這里可以看到，因?yàn)?4256事務(wù)ID阻塞了當(dāng)前這個(gè)事務(wù)。
從這三張圖可以看出來(lái)，第一個(gè)事務(wù)正在執(zhí)行（還沒(méi)commit），第二個(gè)事務(wù)的update處于鎖等待狀態(tài)，可能有小伙伴會(huì)說(shuō)，mysql不是行級(jí)鎖嗎？為什么update的不是同一條數(shù)據(jù)，還是會(huì)鎖全表呢？
帶著這個(gè)疑問(wèn)我們來(lái)看，下面來(lái)看第二個(gè)例子：
開(kāi)啟第一個(gè)事務(wù)：
mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> update a set d='20' where b='2';? Query OK, 1 row affected (0.00 sec) Rows matched: 1 ?Changed: 1 ?Warnings: 0
開(kāi)啟第二個(gè)事務(wù)：
mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> update a set d='20' where b='3';? Query OK, 1 row affected (0.00 sec) Rows matched: 1 ?Changed: 1 ?Warnings: 0
思考：為什么這個(gè)語(yǔ)句就可以執(zhí)行成功呢？
查看mysql鎖情況：
performance_schema.data_locks mysql> select * from performance_schema.data_locks; +--------+----------------------------------------+-----------------------+-----------+----------+---------------+-------------+----------------+-------------------+------------+-----------------------+-----------+---------------+-------------+-------------+ | ENGINE | ENGINE_LOCK_ID ? ? ? ? ? ? ? ? ? ? ? ? | ENGINE_TRANSACTION_ID | THREAD_ID | EVENT_ID | OBJECT_SCHEMA | OBJECT_NAME | PARTITION_NAME | SUBPARTITION_NAME | INDEX_NAME | OBJECT_INSTANCE_BEGIN | LOCK_TYPE | LOCK_MODE ? ? | LOCK_STATUS | LOCK_DATA ? | +--------+----------------------------------------+-----------------------+-----------+----------+---------------+-------------+----------------+-------------------+------------+-----------------------+-----------+---------------+-------------+-------------+ | INNODB | 140166601010392:1066:140166526216544 ? | ? ? ? ? ? ? ? ? 14266 | ? ? ? 110 | ? ? ? 11 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| NULL ? ? ? | ? ? ? 140166526216544 | TABLE ? ? | IX ? ? ? ? ? ?| GRANTED ? ? | NULL ? ? ? ?| | INNODB | 140166601010392:5:5:3:140166526213552 ?| ? ? ? ? ? ? ? ? 14266 | ? ? ? 110 | ? ? ? 11 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| index_b_c ?| ? ? ? 140166526213552 | RECORD ? ?| X ? ? ? ? ? ? | GRANTED ? ? | '2', '2', 2 | | INNODB | 140166601010392:5:4:11:140166526213896 | ? ? ? ? ? ? ? ? 14266 | ? ? ? 110 | ? ? ? 11 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526213896 | RECORD ? ?| X,REC_NOT_GAP | GRANTED ? ? | 2 ? ? ? ? ? | | INNODB | 140166601010392:5:5:4:140166526214240 ?| ? ? ? ? ? ? ? ? 14266 | ? ? ? 110 | ? ? ? 11 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| index_b_c ?| ? ? ? 140166526214240 | RECORD ? ?| X,GAP ? ? ? ? | GRANTED ? ? | '3', '3', 3 | +--------+----------------------------------------+-----------------------+-----------+----------+---------------+-------------+----------------+-------------------+------------+-----------------------+-----------+---------------+-------------+-------------+ 4 rows in set (0.00 sec)
information_schema.INNODB_TRX
mysql> select * from INNODB_TRX\G *************************** 1. row *************************** ? ? ? ? ? ? ? ? ? ? trx_id: 14267 ? ? ? ? ? ? ? ? ?trx_state: RUNNING ? ? ? ? ? ? ? ?trx_started: 2022-04-23 17:35:44 ? ? ?trx_requested_lock_id: NULL ? ? ? ? ? trx_wait_started: NULL ? ? ? ? ? ? ? ? trx_weight: 5 ? ? ? ?trx_mysql_thread_id: 51 ? ? ? ? ? ? ? ? ?trx_query: NULL ? ? ? ?trx_operation_state: NULL ? ? ? ? ?trx_tables_in_use: 0 ? ? ? ? ?trx_tables_locked: 1 ? ? ? ? ? trx_lock_structs: 4 ? ? ?trx_lock_memory_bytes: 1128 ? ? ? ? ? ?trx_rows_locked: 3 ? ? ? ? ?trx_rows_modified: 1 ? ?trx_concurrency_tickets: 0 ? ? ? ?trx_isolation_level: REPEATABLE READ ? ? ? ? ?trx_unique_checks: 1 ? ? trx_foreign_key_checks: 1 trx_last_foreign_key_error: NULL ?trx_adaptive_hash_latched: 0 ?trx_adaptive_hash_timeout: 0 ? ? ? ? ? trx_is_read_only: 0 trx_autocommit_non_locking: 0 ? ? ? ?trx_schedule_weight: NULL *************************** 2. row *************************** ? ? ? ? ? ? ? ? ? ? trx_id: 14266 ? ? ? ? ? ? ? ? ?trx_state: RUNNING ? ? ? ? ? ? ? ?trx_started: 2022-04-23 17:30:50 ? ? ?trx_requested_lock_id: NULL ? ? ? ? ? trx_wait_started: NULL ? ? ? ? ? ? ? ? trx_weight: 5 ? ? ? ?trx_mysql_thread_id: 53 ? ? ? ? ? ? ? ? ?trx_query: NULL ? ? ? ?trx_operation_state: NULL ? ? ? ? ?trx_tables_in_use: 0 ? ? ? ? ?trx_tables_locked: 1 ? ? ? ? ? trx_lock_structs: 4 ? ? ?trx_lock_memory_bytes: 1128 ? ? ? ? ? ?trx_rows_locked: 3 ? ? ? ? ?trx_rows_modified: 1 ? ?trx_concurrency_tickets: 0 ? ? ? ?trx_isolation_level: REPEATABLE READ ? ? ? ? ?trx_unique_checks: 1 ? ? trx_foreign_key_checks: 1 trx_last_foreign_key_error: NULL ?trx_adaptive_hash_latched: 0 ?trx_adaptive_hash_timeout: 0 ? ? ? ? ? trx_is_read_only: 0 trx_autocommit_non_locking: 0 ? ? ? ?trx_schedule_weight: NULL 2 rows in set (0.00 sec)
兩個(gè)事務(wù)都在正常運(yùn)行，互不干擾。
performance_schema.data_lock_waits
mysql> select * from performance_schema.data_lock_waits\G Empty set (0.00 sec)
鎖不存在
事務(wù)1提交：
mysql> commit; Query OK, 0 rows affected (0.01 sec) mysql> select * from a; +----+------+------+------+------+ | id | a ? ?| b ? ?| c ? ?| d ? ?| +----+------+------+------+------+ | ?1 | 1 ? ?| 1 ? ?| 1 ? ?| 1 ? ?| | ?2 | 2 ? ?| 2 ? ?| 2 ? ?| 20 ? | | ?3 | 3 ? ?| 3 ? ?| 3 ? ?| 3 ? ?| | ?4 | 4 ? ?| 4 ? ?| 4 ? ?| 4 ? ?| | ?5 | 5 ? ?| 5 ? ?| 5 ? ?| 5 ? ?| | ?6 | 6 ? ?| 6 ? ?| 6 ? ?| 6 ? ?| +----+------+------+------+------+ 6 rows in set (0.00 sec)
從這里可以看出，因?yàn)槭聞?wù)2并沒(méi)有提交，所以b=3的數(shù)據(jù)并沒(méi)有更新
事務(wù)2提交：
mysql> commit; Query OK, 0 rows affected (0.01 sec) mysql> select * from a; +----+------+------+------+------+ | id | a ? ?| b ? ?| c ? ?| d ? ?| +----+------+------+------+------+ | ?1 | 1 ? ?| 1 ? ?| 1 ? ?| 1 ? ?| | ?2 | 2 ? ?| 2 ? ?| 2 ? ?| 20 ? | | ?3 | 3 ? ?| 3 ? ?| 3 ? ?| 20 ? | | ?4 | 4 ? ?| 4 ? ?| 4 ? ?| 4 ? ?| | ?5 | 5 ? ?| 5 ? ?| 5 ? ?| 5 ? ?| | ?6 | 6 ? ?| 6 ? ?| 6 ? ?| 6 ? ?| +----+------+------+------+------+ 6 rows in set (0.00 sec)
結(jié)論
當(dāng)字段沒(méi)有建立索引的時(shí)候，該字段作為update條件的話(huà)，會(huì)鎖全表。
三、RC隔離級(jí)別
設(shè)置隔離級(jí)別為RC
mysql> set global transaction_isolation='read-committed'
事務(wù)1：
mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> update a set d='10' where a='1'; Query OK, 1 row affected (0.00 sec) Rows matched: 1 ?Changed: 1 ?Warnings: 0
事務(wù)2：
mysql> begin; Query OK, 0 rows affected (0.00 sec) mysql> update a set d='20' where a='2'; ?? Query OK, 1 row affected (0.00 sec) Rows matched: 1 ?Changed: 1 ?Warnings: 0 mysql> select* from a; +----+------+------+------+------+ | id | a ? ?| b ? ?| c ? ?| d ? ?| +----+------+------+------+------+ | ?1 | 1 ? ?| 1 ? ?| 1 ? ?| 1 ? ?| | ?2 | 2 ? ?| 2 ? ?| 2 ? ?| 20 ? | | ?3 | 3 ? ?| 3 ? ?| 3 ? ?| 3 ? ?| | ?4 | 4 ? ?| 4 ? ?| 4 ? ?| 4 ? ?| | ?5 | 5 ? ?| 5 ? ?| 5 ? ?| 5 ? ?| | ?6 | 6 ? ?| 6 ? ?| 6 ? ?| 6 ? ?| +----+------+------+------+------+ #此時(shí)事務(wù)1執(zhí)行commit操作 mysql> select * from a; +----+------+------+------+------+ | id | a ? ?| b ? ?| c ? ?| d ? ?| +----+------+------+------+------+ | ?1 | 1 ? ?| 1 ? ?| 1 ? ?| 10 ? | | ?2 | 2 ? ?| 2 ? ?| 2 ? ?| 20 ? | | ?3 | 3 ? ?| 3 ? ?| 3 ? ?| 3 ? ?| | ?4 | 4 ? ?| 4 ? ?| 4 ? ?| 4 ? ?| | ?5 | 5 ? ?| 5 ? ?| 5 ? ?| 5 ? ?| | ?6 | 6 ? ?| 6 ? ?| 6 ? ?| 6 ? ?| +----+------+------+------+------+ 6 rows in set (0.00 sec)
在RC隔離級(jí)別下，并沒(méi)有鎖表，可以看到，事務(wù)1在commit情況下，事務(wù)2立刻就可以看到事務(wù)1更新的數(shù)據(jù)，這就是不可重復(fù)讀。
mysql> select * from performance_schema.data_locks; +--------+----------------------------------------+-----------------------+-----------+----------+---------------+-------------+----------------+-------------------+------------+-----------------------+-----------+---------------+-------------+-----------+ | ENGINE | ENGINE_LOCK_ID ? ? ? ? ? ? ? ? ? ? ? ? | ENGINE_TRANSACTION_ID | THREAD_ID | EVENT_ID | OBJECT_SCHEMA | OBJECT_NAME | PARTITION_NAME | SUBPARTITION_NAME | INDEX_NAME | OBJECT_INSTANCE_BEGIN | LOCK_TYPE | LOCK_MODE ? ? | LOCK_STATUS | LOCK_DATA | +--------+----------------------------------------+-----------------------+-----------+----------+---------------+-------------+----------------+-------------------+------------+-----------------------+-----------+---------------+-------------+-----------+ | INNODB | 140166601010392:1067:140166526216544 ? | ? ? ? ? ? ? ? ? 14315 | ? ? ? 112 | ? ? ? 22 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| NULL ? ? ? | ? ? ? 140166526216544 | TABLE ? ? | IX ? ? ? ? ? ?| GRANTED ? ? | NULL ? ? ?| | INNODB | 140166601010392:6:4:10:140166526213552 | ? ? ? ? ? ? ? ? 14315 | ? ? ? 112 | ? ? ? 22 | test ? ? ? ? ?| a ? ? ? ? ? | NULL ? ? ? ? ? | NULL ? ? ? ? ? ? ?| PRIMARY ? ?| ? ? ? 140166526213552 | RECORD ? ?| X,REC_NOT_GAP | GRANTED ? ? | 1 ? ? ? ? | +--------+----------------------------------------+-----------------------+-----------+----------+---------------+-------------+----------------+-------------------+------------+-----------------------+-----------+---------------+-------------+-----------+ 2 rows in set (0.00 sec)
mysql> select * from INNODB_TRX\G *************************** 1. row *************************** ? ? ? ? ? ? ? ? ? ? trx_id: 14316 ? ? ? ? ? ? ? ? ?trx_state: RUNNING ? ? ? ? ? ? ? ?trx_started: 2022-04-23 18:08:55 ? ? ?trx_requested_lock_id: NULL ? ? ? ? ? trx_wait_started: NULL ? ? ? ? ? ? ? ? trx_weight: 3 ? ? ? ?trx_mysql_thread_id: 57 ? ? ? ? ? ? ? ? ?trx_query: NULL ? ? ? ?trx_operation_state: NULL ? ? ? ? ?trx_tables_in_use: 0 ? ? ? ? ?trx_tables_locked: 1 ? ? ? ? ? trx_lock_structs: 2 ? ? ?trx_lock_memory_bytes: 1128 ? ? ? ? ? ?trx_rows_locked: 2 ? ? ? ? ?trx_rows_modified: 1 ? ?trx_concurrency_tickets: 0 ? ? ? ?trx_isolation_level: READ COMMITTED ? ? ? ? ?trx_unique_checks: 1 ? ? trx_foreign_key_checks: 1 trx_last_foreign_key_error: NULL ?trx_adaptive_hash_latched: 0 ?trx_adaptive_hash_timeout: 0 ? ? ? ? ? trx_is_read_only: 0 trx_autocommit_non_locking: 0 ? ? ? ?trx_schedule_weight: NULL *************************** 2. row *************************** ? ? ? ? ? ? ? ? ? ? trx_id: 14315 ? ? ? ? ? ? ? ? ?trx_state: RUNNING ? ? ? ? ? ? ? ?trx_started: 2022-04-23 18:08:04 ? ? ?trx_requested_lock_id: NULL ? ? ? ? ? trx_wait_started: NULL ? ? ? ? ? ? ? ? trx_weight: 3 ? ? ? ?trx_mysql_thread_id: 55 ? ? ? ? ? ? ? ? ?trx_query: NULL ? ? ? ?trx_operation_state: NULL ? ? ? ? ?trx_tables_in_use: 0 ? ? ? ? ?trx_tables_locked: 1 ? ? ? ? ? trx_lock_structs: 2 ? ? ?trx_lock_memory_bytes: 1128 ? ? ? ? ? ?trx_rows_locked: 1 ? ? ? ? ?trx_rows_modified: 1 ? ?trx_concurrency_tickets: 0 ? ? ? ?trx_isolation_level: READ COMMITTED ? ? ? ? ?trx_unique_checks: 1 ? ? trx_foreign_key_checks: 1 trx_last_foreign_key_error: NULL ?trx_adaptive_hash_latched: 0 ?trx_adaptive_hash_timeout: 0 ? ? ? ? ? trx_is_read_only: 0 trx_autocommit_non_locking: 0 ? ? ? ?trx_schedule_weight: NULL 2 rows in set (0.00 sec)
兩個(gè)事務(wù)都正常運(yùn)行。
mysql> select * from data_lock_waits\G Empty set (0.00 sec)
并沒(méi)有鎖表
結(jié)論：RC隔離級(jí)別下，其實(shí)是順序的給每一行都加了鎖的（不是update的數(shù)據(jù)的話(huà)，就馬上解開(kāi)），但是速度非?？欤绻麛?shù)據(jù)量足夠大的話(huà)，也是會(huì)有l(wèi)ock的。
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。
相關(guān)文章
mysql外鍵(Foreign Key)介紹和創(chuàng)建外鍵的方法
這篇文章主要介紹了mysql外鍵(Foreign Key)命令和添加外鍵方法,需要的朋友可以參考下2014-02-02
關(guān)于MySQL死鎖的產(chǎn)生原因、檢測(cè)與解決方式
這篇文章主要介紹了關(guān)于MySQL死鎖的產(chǎn)生原因、檢測(cè)與解決方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-07-07
mysql8.0.18下安裝winx64的詳細(xì)教程(圖文詳解)
這篇文章主要介紹了安裝mysql-8.0.18-win-x64的詳細(xì)教程，本文圖文并茂給大家介紹的非常詳細(xì)，具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2019-11-11
Idea 如何導(dǎo)入Mysql8.0驅(qū)動(dòng)jar包
IDEA中的庫(kù)（Libraries）就是用來(lái)存放外部jar包,我們的項(xiàng)目或模塊需要某些jar包時(shí),可以從這里把包導(dǎo)入到模塊依賴(lài)（Dependencies）中,本文給大家介紹Idea 如何導(dǎo)入Mysql8.0驅(qū)動(dòng)jar包,感興趣的朋友一起看看吧2023-12-12
mysql如何創(chuàng)建和刪除唯一索引(unique key)
這篇文章主要介紹了mysql如何創(chuàng)建和刪除唯一索引(unique key)問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-12-12
mysql事務(wù)對(duì)效率的影響分析總結(jié)
在本篇文章里小編給大家分享的是一篇關(guān)于mysql事務(wù)對(duì)效率的影響分析總結(jié)內(nèi)容，有需要的朋友們可以跟著學(xué)習(xí)下。2021-10-10
本文詳細(xì)介紹了如何在Express項(xiàng)目中操作MySQL數(shù)據(jù)庫(kù),包括安裝配置、連接數(shù)據(jù)庫(kù)、執(zhí)行SQL語(yǔ)句以及處理查詢(xún)結(jié)果等關(guān)鍵步驟,感興趣的朋友跟隨小編一起看看吧2025-02-02
這篇文章主要介紹了MySQL驗(yàn)證用戶(hù)權(quán)限的方法，需要的朋友可以參考下2015-11-11
MySql統(tǒng)計(jì)函數(shù)COUNT的具體使用詳解
本文主要介紹了MySql統(tǒng)計(jì)函數(shù)COUNT的具體使用詳解，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2022-08-08
這篇文章主要介紹了mysql根據(jù)漢字首字母排序sql語(yǔ)句,需要的朋友可以參考下2014-03-03