A 方法运行时，会开启一个事务。当 A 调用 B 时，B 方法本身也有事务，此时 B 方法运行时，是加入 A 的事务呢，还是创建一个新的事务呢？

2. 在需要事务的方法上添加 @Transactional 注解就可以实现了。无需手动开启事务和提交事务，进入方法时自动开启事务，方法执行完会自动提交事务，如果...

MTR 性能的核心在于能否最大限度地实现事务并行化。这主要依赖于两大关键因素：合理配置工作线程数量，以及优化事务依赖性跟踪机制。

在业务数据库中建一张本地消息表，将 " 业务操作 "和 " 消息记录 " 放在同一个数据库事务中。这样，要么业务操作和消息记录都成功，要么都失败——利用数据库 ...

for update nowait 锁住表或者锁住行，只允许当前事务进行操作（读写），其他事务被拒绝，事务占据的statement连接也会被断开

仅仅改动一行业务代码，线上莫名其妙出现各种连锁bug；系统平稳运行多年，但团队形成默契：能不动代码坚决不动。

GFS 触达率 99.99%，靠可靠投递、幂等消费、对账，不是每个触达开全局事务。前海映像订单与仓储跨域：写路径本地事务落库，状态靠 MQ 推进；资金类只在短关...

所谓大事务问题，就是运行时间较长的事务，由于事务一致不提交，会导致数据库连接被占用，影响到别的请求访问数据库，影响别的接口性能。

前几周我们讲了死锁排查——怎么读SHOW ENGINE INNODB STATUS、怎么从日志里找到两个冲突的事务。但死锁只是锁问题的“冰山一角”。

PostgreSQL 是个正经的关系型数据库，设计目标就是把业务数据稳稳当当地存住。事务、约束、外键、回滚，这些保证数据不丢不错的东西，它全包了。你半夜发现一条...

因为在请求 1 中，我们是在事务内更新的，数据应该始终保持一致才对。那很直观的第一个思考点就是： 思路 1: 是不是事务没生效？笔者看了下源代码，使用没有问题，...

批量操作是日常开发中提升性能的常用手段——把1000条INSERT合并成一条SQL，把1000次UPDATE合并成一批提交。听起来很简单，对不对？

Read Committed 让每条 SQL 看执行时已经提交的数据；Repeatable Read 让同一个事务的普通读取固定在同一份快照上；当两个事务真的要...

Oracle AI Database 23.26.2为JSON关系二元性视图新增了验证指令（Validation Directive）功能。验证指令允许开发者以...

AXI 互联内部维护着事务追踪资源。一笔写事务发出去，互联会分配一个内部槽位来追踪它，直到 B 通道握手完成（bvalid & bready 都为 1）才释放。