MySQL: how to solve data modification conflict

mysql solve data modification conflict


Abstract : Recently, there is a problem in the reception demand , Let's assume that an order consultation exceeds 3 I can't see you again , But if two doctors consult the order at the same time , When checking the database, the number of visits found is 2 Time , Both doctors can see , The so-called reception can be understood as updating the number of reception , There is a problem ( I'm in 4 Time ).

In fact, this problem seems very clear , But a complete solution requires understanding the concepts of transactions and locks , In the past, the isolation level of transactions was a little hazy , Now we can make it clear through this case .

Business

The smallest unit of work to operate the database , To put it simply, it is to put more than one dml( Additions and deletions ) Statement joint completion . Or at the same time , Or fail at the same time . Seeing this, you may find that adding transactions alone can't solve the above problems , And after adding the transaction , The relationship between multiple transactions is related to the isolation level of transactions , So look down .

Transaction isolation level

READ UNCOMMITTED( Read uncommitted , Dirty reading )

Changes in transactions , Even if it's not submitted , It's also visible to other conversations . Can read uncommitted data —— Dirty reading . Dirty reading can cause a lot of problems , Generally, this isolation level is not applicable ..

 

-- ------------------------- read-uncommitted example ------------------------------
-- Set global system isolation level
SET GLOBAL TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
-- Session A
START TRANSACTION;
SELECT * FROM USER;
UPDATE USER SET NAME="READ UNCOMMITTED";
-- commit;
-- Session B
SELECT * FROM USER;
//SessionB Console You can see Session A To deal with uncommitted matters , In another Session We also see , This is called dirty reading
id name
2 READ UNCOMMITTED
34 READ UNCOMMITTED

 

READ COMMITTED( Read submitted , It can't be read repeatedly )

Generally, the database uses this isolation level by default (MySQL No ), This isolation level ensures that if a transaction is not fully successful (commit After execution ), Operations in a transaction are not visible to other sessions .

-- ------------------------- read-cmmitted example ------------------------------
-- Set global system isolation level
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- Session A
START TRANSACTION;
SELECT * FROM USER;
UPDATE USER SET NAME="READ COMMITTED";
-- COMMIT;
-- Session B
SELECT * FROM USER;
//Console OUTPUT:
id name
2 READ UNCOMMITTED
34 READ UNCOMMITTED
---------------------------------------------------
-- When Session A Yes commit,Session B The results are as follows :
id name
2 READ COMMITTED
34 READ COMMITTED

REPEATABLE READ ( Repeatable )

A unified read is performed multiple times in a transaction SQL, The result is the same . This isolation level solves the problem of dirty reading , The problem of unreal reading . This means innodb Of rr Level ,innodb Use in next-key Lock pair " The current reading " To lock , Lock the line and the insertion position that may generate unreal reading , Prevent new data insertion from generating unreal lines .

conversation T1 Execute a query in a transaction , And then the conversation T2 Insert a new line of record , This line of record is just enough for T1 The query conditions used . then T1 Use the same Search the table again , But now I see the business T2 The new line just inserted . This new line is called “ Visions ”, Because of T1 It's like suddenly It's the same .innoDB Of RR Level can't avoid unreal reading completely .

SERIALIZABLE ( Serializable )

The strongest level of isolation , By locking every read row in the transaction , Write with write lock , Make sure there are no unreal reading problems , But it will lead to a lot of timeout and lock contention problems .

mysql The default isolation level is repeatable , Seeing this, you should understand , Even if the isolation level is repeatable , But because select The operation is not locked , All of them will find the qualified data , So here we introduce the concept of lock : Row-level locks .

Row-level locks

  • Shared lock (S)  Shared locks are also called read locks , Read lock allows multiple connections to read the same resource concurrently at the same time , Mutual interference ;

  • Exclusive lock (X)  Exclusive locks are also called write locks , One write lock will block other write locks or read locks , Ensure that only one connection can write data at the same time , At the same time, prevent other users from reading and writing this data .

summary ( Solution )

In fact, the above analysis of so many , The final solution is simple . It's in the original read and update Add up the business , The original select Sentence plus exclusive lock , That is to say select Add... After the statement for update. If there's a business A,B, After joining the exclusive lock , What if A Get lock first , Business B We have to wait for business A commit Then we can start select, So what I read is the latest modified data . As for why not add a shared lock , Except for the possibility of dirty writing , In this case, it can also cause a deadlock . If two things  A 、 B  All read the same row of records , Then add a shared lock to this line , however  A  and B  You need to modify this line in the transaction , Then we have to wait for the other party to release the shared lock , The result is a deadlock .

 

版权声明
本文为[There are four fat Garfield in the family]所创,转载请带上原文链接,感谢
https://javamana.com/2021/01/20210121150215567b.html

  1. 【计算机网络 12(1),尚学堂马士兵Java视频教程
  2. 【程序猿历程,史上最全的Java面试题集锦在这里
  3. 【程序猿历程(1),Javaweb视频教程百度云
  4. Notes on MySQL 45 lectures (1-7)
  5. [computer network 12 (1), Shang Xuetang Ma soldier java video tutorial
  6. The most complete collection of Java interview questions in history is here
  7. [process of program ape (1), JavaWeb video tutorial, baidu cloud
  8. Notes on MySQL 45 lectures (1-7)
  9. 精进 Spring Boot 03:Spring Boot 的配置文件和配置管理,以及用三种方式读取配置文件
  10. Refined spring boot 03: spring boot configuration files and configuration management, and reading configuration files in three ways
  11. 精进 Spring Boot 03:Spring Boot 的配置文件和配置管理,以及用三种方式读取配置文件
  12. Refined spring boot 03: spring boot configuration files and configuration management, and reading configuration files in three ways
  13. 【递归,Java传智播客笔记
  14. [recursion, Java intelligence podcast notes
  15. [adhere to painting for 386 days] the beginning of spring of 24 solar terms
  16. K8S系列第八篇(Service、EndPoints以及高可用kubeadm部署)
  17. K8s Series Part 8 (service, endpoints and high availability kubeadm deployment)
  18. 【重识 HTML (3),350道Java面试真题分享
  19. 【重识 HTML (2),Java并发编程必会的多线程你竟然还不会
  20. 【重识 HTML (1),二本Java小菜鸟4面字节跳动被秒成渣渣
  21. [re recognize HTML (3) and share 350 real Java interview questions
  22. [re recognize HTML (2). Multithreading is a must for Java Concurrent Programming. How dare you not
  23. [re recognize HTML (1), two Java rookies' 4-sided bytes beat and become slag in seconds
  24. 造轮子系列之RPC 1:如何从零开始开发RPC框架
  25. RPC 1: how to develop RPC framework from scratch
  26. 造轮子系列之RPC 1:如何从零开始开发RPC框架
  27. RPC 1: how to develop RPC framework from scratch
  28. 一次性捋清楚吧,对乱糟糟的,Spring事务扩展机制
  29. 一文彻底弄懂如何选择抽象类还是接口,连续四年百度Java岗必问面试题
  30. Redis常用命令
  31. 一双拖鞋引发的血案,狂神说Java系列笔记
  32. 一、mysql基础安装
  33. 一位程序员的独白:尽管我一生坎坷,Java框架面试基础
  34. Clear it all at once. For the messy, spring transaction extension mechanism
  35. A thorough understanding of how to choose abstract classes or interfaces, baidu Java post must ask interview questions for four consecutive years
  36. Redis common commands
  37. A pair of slippers triggered the murder, crazy God said java series notes
  38. 1、 MySQL basic installation
  39. Monologue of a programmer: despite my ups and downs in my life, Java framework is the foundation of interview
  40. 【大厂面试】三面三问Spring循环依赖,请一定要把这篇看完(建议收藏)
  41. 一线互联网企业中,springboot入门项目
  42. 一篇文带你入门SSM框架Spring开发,帮你快速拿Offer
  43. 【面试资料】Java全集、微服务、大数据、数据结构与算法、机器学习知识最全总结,283页pdf
  44. 【leetcode刷题】24.数组中重复的数字——Java版
  45. 【leetcode刷题】23.对称二叉树——Java版
  46. 【leetcode刷题】22.二叉树的中序遍历——Java版
  47. 【leetcode刷题】21.三数之和——Java版
  48. 【leetcode刷题】20.最长回文子串——Java版
  49. 【leetcode刷题】19.回文链表——Java版
  50. 【leetcode刷题】18.反转链表——Java版
  51. 【leetcode刷题】17.相交链表——Java&python版
  52. 【leetcode刷题】16.环形链表——Java版
  53. 【leetcode刷题】15.汉明距离——Java版
  54. 【leetcode刷题】14.找到所有数组中消失的数字——Java版
  55. 【leetcode刷题】13.比特位计数——Java版
  56. oracle控制用户权限命令
  57. 三年Java开发,继阿里,鲁班二期Java架构师
  58. Oracle必须要启动的服务
  59. 万字长文!深入剖析HashMap,Java基础笔试题大全带答案
  60. 一问Kafka就心慌?我却凭着这份,图灵学院vip课程百度云