同一事务中修改后再查询还是修改前的结果

本文探讨了一次事务中更新后查询为何返回旧结果的问题,原因在于项目采用了读写分离,写操作和读操作针对不同库。解决方法是确保所有读写操作统一通过写库。虽然延迟不是唯一原因,但明确了问题所在并提供了相应的解决方案。
摘要由CSDN通过智能技术生成

记一次在同一事务中更新后再查询还是之前的结果

1、根据事务的ACID特性,同一事务中的数据需保持一致,所以在同一事务中更新后再查询是可以查询到更新之后的数据的。

但为什么查询到的是更新前的结果?

2、查找原因后发现是由于项目进行了读写分离的操作,导致写和读操作的是不同库,导致查询到的还是之前的结果。

解决办法

将读和写的方法写在同一个dao(写dao),都操作写库。

写库和读库之间的数据更新也会有延迟(并不是该原因)。

  • 2
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 在 MySQL ,行锁和表锁的锁定级别是不同的。行锁的锁定级别比表锁低,因此在同一事务加行锁再加表锁是不会冲突的。 当一个事务对行加锁时,该事务对其他事务的影响仅限于该行,其他事务可以继续访问其他行。而表锁则会锁定整张表,其他事务将无法访问该表的任何行。因此,在同一事务加行锁再加表锁不会冲突,因为行锁的锁定范围要小于表锁。 ### 回答2: 在MySQL,行锁和表锁是用来控制多个事务同一数据资源进行访问和修改的方式。行锁是在数据行级别上进行的锁定,而表锁是在整个表级别上进行的锁定。 当在同一事务加行锁再加表锁时,并不会发生冲突的原因是锁的粒度不同。行锁只会锁定特定的行,而表锁则会锁定整个表。事务在执行时,会按照顺序获取行锁,再获取表锁。 假设有两个事务T1和T2都要对同一表进行操作,其T1获取到了行锁,然后进行相应的操作。在T1未释放行锁之,T2无法获取到行锁,因此也无法进行操作,避免了冲突的发生。 而在T1释放了行锁之后,T1将获取到表锁,然后进行相应的操作。此时,T2再次进行操作时,会发现表锁已经被T1获取了,无法继续进行操作,也就避免了冲突的发生。 因此,通过加行锁再加表锁的方式,可以保证同一事务内对同一数据资源的操作不会发生冲突。这是因为行锁和表锁的不同粒度,行锁在事务执行期间保证了行级别的独占性,而表锁在事务结束时进行申请,保证了操作的顺序性和互斥性。 ### 回答3: 在 MySQL ,行锁和表锁是用来保证事务并发执行时数据一致性的机制。 行锁是针对一个具体的数据行加锁,只有在需要修改或读取该行数据时才会加锁。行锁的粒度更细,所以能够允许更多的并发访问。当一个事务要加行锁时,会检查该行是否已经被其他事务加了行锁,如果已经加锁,则需要等待其他事务释放锁才能继续执行。 表锁是针对整张表加锁,当一个事务要加表锁时,会检查该表是否已经被其他事务加了锁,如果已经加锁,则需要等待其他事务释放锁才能继续执行。表锁的粒度比行锁大,所以在加锁时需要锁定更多的资源,而且会导致并发性能下降。 当一个事务加行锁再加表锁时,是因为行锁和表锁的加锁顺序是互相兼容的。事务在加行锁时只会锁定具体的数据行,不会涉及到整张表的锁定。而在加表锁时,只需要锁定整张表,不会涉及具体的数据行。由于行锁和表锁的粒度是不同的,所以在加锁时不会产生冲突。 因此,当一个事务加行锁再加表锁时,由于行锁和表锁的粒度不同,所以不会发生冲突。这样可以保证事务在并发执行时能够正确地读取和修改数据,并且能够保持数据的一致性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值