分布式事务之数据库事务与JDBC事务实现(一)

简介: 分布式事务之数据库事务与JDBC事务实现

著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

介绍事务的四大原则,并通过实例介绍数据库实现事务的方法,以及使用JDBC实现事务的方法。

微服务系统最大的挑战:

  • 数据的并发访问、修改;
  • 不同请求之间的数据隔离,一个业务请求修改多个数据,保证都完成或失败;
  • 发生异常时的数据回滚。

事务是以一种可靠、一致的方式,访问和操作数据库中的数据的程序单元。

16522e70215594b0_tplv-t2oaga2asx-zoom-in-crop-mark_4536_0_0_0.png

以sql的方式演示数据库事务:

BEGIN TRANSACTION; --开启事务
UPDATE t_user SET amount = amount-100 WHERE username='BatMan';
UPDATE t_user SET amount = amount+100 WHERE username='SuperMan';
COMMIT; --提交事务
ROLLBACK; --回滚事务

16522e73f56dab5f_tplv-t2oaga2asx-zoom-in-crop-mark_4536_0_0_0.png

  • ResourceManager:为事务管理器
  • JDBC Driver:事务的具体实现,使用不同的驱动包则代表不同的事务实现方式。
  • DB Connection:数据库连接
  • Resource:资源(这里指数据库)

以java 程序为例子介绍JDBC事务管理

Connection conn = getConnection();  // 创建数据库连接
conn.setAutoCommit(false);        // 设置不自动提交
Statement stmt1 = conn.prepareStatement(updateUser1Sql);
stmt1.executeUpdate();
Statement stmt2 = conn.prepareStatement(updateUser2Sql);
stmt2.executeUpdate();
conn.commit(); // or conn.rollback();  提交事务或回滚事务

这里演示一个事务的例子: 以转帐为例,SuperMan给BatMan转账100元,则SuperMan账户-100,BatMan账户+100。

第一段sql

-- 查看全局事务隔离级别,Session事务隔离级别
SELECT @@GLOBAL.tx_isolation, @@SESSION.tx_isolation;  
BEGIN TRANSACTION; --开启事务
UPDATE t_user SET amount = amount-100 WHERE username='BatMan';
UPDATE t_user SET amount = amount+100 WHERE username='SuperMan';
COMMIT; --提交事务

第二段sql

-- 设置事务隔离级别(不commit也可以读取最新内容,类似于脏读)
1: SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; 
2: BEGIN TRANSACTION; --开启事务
3: SELECT * FROM t_user;
4: SELECT * FROM t_user WHERE username='BatMan';
5: COMMIT; --提交事务
  • 以navicat for mysql 工具为例,开启一个查询,执行第一段sql ,但最后一行COMMIT还未执行。这时再开一个查询窗口执行第二段sql,但第2行sql先不执行,从第3行开始执行,此时可以看到结果还是和最初的数据一致,没有增加也没有减少,这就是事务的隔离性:一个事务的执行过程中不能影响到其他事务的执行,即一个事务内部的操作及使用的数据对其他事务是隔离的,并发执行各个事务之间无不干扰。
  • 此时全部执行第二段sql,因为设置了事务的隔离级别,所以此时可以看到数据有加有减少,虽然第一段sql没有执行COMMIT操作。但任然看到了修改后的数据。

为了解决类似这种数据脏读问题可以在SELECT 语句后加 FOR UPDATEFOR UPDATE 是一个排它锁,也就是说,其他的事务是可以读取的。但是不能写入或者更新。效果等同于mysql事务级别中的Serializable。  mysql 默认的事务处理级别是REPEATABLE-READ,也就是可重复读。



相关文章
|
9天前
|
关系型数据库 分布式数据库 数据库
PostgreSQL+Citus分布式数据库
PostgreSQL+Citus分布式数据库
39 15
|
16天前
|
监控
Saga模式在分布式系统中保证事务的隔离性
Saga模式在分布式系统中保证事务的隔离性
|
21天前
|
数据库
什么是数据库的事务隔离级别,有什么作用
【10月更文挑战第21】什么是数据库的事务隔离级别,有什么作用
12 3
|
21天前
|
存储 关系型数据库 数据挖掘
什么是数据库的事务隔离级别
【10月更文挑战第21】什么是数据库的事务隔离级别
15 1
|
27天前
|
存储 数据库 数据库管理
数据库事务安全性控制如何实现呢
【10月更文挑战第15天】数据库事务安全性控制如何实现呢
|
27天前
|
存储 数据库 数据库管理
什么是数据库事务安全性控制
【10月更文挑战第15天】什么是数据库事务安全性控制
|
27天前
|
供应链 数据库
数据库事务安全性控制有什么应用场景吗
【10月更文挑战第15天】数据库事务安全性控制有什么应用场景吗
|
27天前
|
SQL 关系型数据库 数据库
如何在数据库中实现事务控制呢
【10月更文挑战第15天】如何在数据库中实现事务控制呢
14 1
|
1月前
|
NoSQL Java Redis
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
Redis分布式锁在高并发场景下是重要的技术手段,但其实现过程中常遇到五大深坑:**原子性问题**、**连接耗尽问题**、**锁过期问题**、**锁失效问题**以及**锁分段问题**。这些问题不仅影响系统的稳定性和性能,还可能导致数据不一致。尼恩在实际项目中总结了这些坑,并提供了详细的解决方案,包括使用Lua脚本保证原子性、设置合理的锁过期时间和使用看门狗机制、以及通过锁分段提升性能。这些经验和技巧对面试和实际开发都有很大帮助,值得深入学习和实践。
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
|
3月前
|
NoSQL Redis
基于Redis的高可用分布式锁——RedLock
这篇文章介绍了基于Redis的高可用分布式锁RedLock的概念、工作流程、获取和释放锁的方法,以及RedLock相比单机锁在高可用性上的优势,同时指出了其在某些特殊场景下的不足,并提到了ZooKeeper作为另一种实现分布式锁的方案。
110 2
基于Redis的高可用分布式锁——RedLock

热门文章

最新文章