悲观锁和乐观锁(自己随便写的,想到哪里写哪里)

本文深入解析MySQL事务隔离级别和锁机制,详细对比悲观锁与乐观锁的区别与应用场景,同时提供实例演示,帮助开发者理解如何在不同场景下选择合适的锁机制以避免数据一致性问题。

悲观锁:悲观锁的实现主要依靠数据库提供的锁机制,使用for update把数据在整个处理过程处于锁定状态。


乐观锁:主要是加一个标示,在修改数据的时候进行判断。


MySQL中的隔离级别和悲观锁及乐观锁示例

1,MySQL的事务支持 
MySQL的事务支持不是绑定在MySQL服务器本身,而是与存储引擎相关:

 

  1. MyISAM:不支持事务,用于只读程序提高性能   
  2. InnoDB:支持ACID事务、行级锁、并发   
  3. Berkeley DB:支持事务

2,隔离级别
隔离级别决定了一个session中的事务可能对另一个session的影响、并发session对数据库的操作、一个session中所见数据的一致性 
ANSI标准定义了4个隔离级别,MySQL的InnoDB都支持:

Java代码

  1. READ UNCOMMITTED:最低级别的隔离,通常又称为dirty read,它允许一个事务读取还没commit的数据,这样可能会提高性能,但是dirty read可能不是我们想要的   
  2. READ COMMITTED:在一个事务中只允许已经commit的记录可见,如果session中select还在查询中,另一session此时insert一条记录,则新添加的数据不可见   
  3. REPEATABLE READ:在一个事务开始后,其他session对数据库的修改在本事务中不可见,直到本事务commit或rollback。在一个事务中重复select的结果一样,除非本事务中update数据库。   
  4. SERIALIZABLE:最高级别的隔离,只允许事务串行执行。为了达到此目的,数据库会锁住每行已经读取的记录,其他session不能修改数据直到前一事务结束,事务commit或取消时才释放锁。

    READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低,并发性能高 )

l          READ_COMMITTED  会出现不可重复读、幻读问题(锁定正在读取的行)

l          REPEATABLE_READ 会出幻读(锁定所读取的所有行)

l          SERIALIZABLE 保证所有的情况不会发生(锁表)



MySQL默认隔离级别是REPEATABLE_READ 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值