catch 住异常照样回滚？这个坑叫 rollbackOnly
catch 住异常照样回滚？这个坑叫 rollbackOnly 线上有个经典事故：外层方法 catch 住了内层方法抛的异常，日志里什么都没报，结果一查数据库，外层前面写的数据也全没了。更诡异的是，控制台时不时冒出一个 UnexpectedRollbackException。
企退3640元，事退6000元，养老金均衡到底怎么调？
人社部今年7月印发的“十五五”规划，首次将“退休人员基本养老金调整向待遇较低群体倾斜”写进了正式文件。这是2014年养老金并轨、2016年统一调整规则以来，官方第一次在五年规划层面对“钱往哪儿分”做出如此明确的指向性安排。人社部门政务服务办事大厅的日常服务场景这意味着什么？
Spring Boot 事务生效的8个场景，踩坑率极高
你以为加了 @Transactional 就能万事大吉?结果一上线，数据没回滚，钱没扣，库存超卖了——这时候才追悔莫及。
REQUIRES_NEW挂起的不只是连接，还有6个ThreadLocal
很多人理解 REQUIRES_NEW 传播行为，就一句话："开个新事务。"但面试官追问一句"那旧事务怎么处理的？"，基本答不上来。答案是：旧事务被挂起（suspend）了。
生产级大模型平台工程实战手册
作者 ｜ Aditya Mulik 译者 ｜ 明知山 在我们将基于 LLM 的库存推荐系统投入生产运行的第一个月末，约 15% 的智能体返回结果是幻觉——听起来言之凿凿，但内容毫无事实依据。六个月后，幻觉率降到了 1.5%。
@Transactional 你用对了吗？这 5 个坑踩一个就够你加班到凌晨
事务注解往 Service 上一贴，数据库却该插的没回滚——上线跑了两周才发现数据脏了一整张表。@Transactional 看着简单，暗坑全在 Spring AOP 的代理机制里。1. 同类方法调用，事务直接失效最常见也最隐蔽的坑。
我以为抛异常就会回滚，直到数据对不上
上线后日志没报错，数据却写了一半——你的 @Transactional 可能只是装个样子。事务回滚失效在本地测试时几乎无感，一旦上生产并发场景，就会留下脏数据。下面三种最常见、也最容易忽略的失效写法，逐一拆解原因和修法。一、同类方法内部调用1.
Spring 事务管理：@Transactional 底层原理与失效场景
在 Java 企业级开发中，事务几乎无处不在。例如，一个订单创建流程可能涉及：创建订单记录。扣减商品库存。创建支付记录。更新订单状态。记录操作日志。如果前面几个操作成功，最后一个操作失败，那么数据库中的数据应该如何处理？