请问一下看到别人的代码，在有事务的情况下在 finally 记录操作（记录是指业务数据的变更历史） 是不是多此一举啊，还是有其它考虑？

瞎写，finally 应该只做关闭连接、清除资源等工作

transaction 失败了怎么办

业务就是要操作记录啊。

catch 怎么操作的，不 throw 的话事务没效果呀

操作记录而已，某某人做了啥，一般来说都是成功的。用来追究责任。

@hun2008hun 有抛 runtimeexception

一般重要数据都要有变更记录的，记录了谁什么时间点操作了数据，便于审计和追责

这种一般用 aop 来实现更好一些

@xizismile 我是想不通已有事务控制了，数据更改成功操作记录一定会保存下来，如果抛异常事务回滚，也没必要 finally 去处理

@dengji85 数据库中的数据，你只能看到一个稳定的状态。现在需要的是看到这条数据连续变化的状态，知道是谁改了这条数据，便于追责。和这条数据用不用事务没有半毛钱关系，这个你能明白吗

我觉得有点蠢。记录代码应该放 try 里啊。try 里有事务，一旦报错直接回滚，就没必要记录了。