线上问题

事务最小化原则：尽可能缩短事务的持续时间、减少事务内部的操作数量和锁定的数据量，能够大大降低死锁概率，同时也能大大提高系统吞吐量和并发量

布尔变量名应直接使用描述状态的形容词或过去分词，或者具有疑问含义的名词，尽量不用以is开头，所有的POJO类属性必须使用包装数据类型，RPC方法的返回值和参数必须使用包装数据类型

POJO的布尔类型变量，不要加is前缀，命名不符合规范，集成第三方框架的时候就很容易出不好排查的问题；Spring MVC 对参数的绑定与转换，内容不同，采用的处理器也不同

vfs2是有缓存的，如果不小心把 FTP 目录删除了，上传会失败：553 Can't open that file: No such file or directory，可以通过禁用缓存来处理

Spring 调试过程中不要随便去点代理对象的 `toString`，它可能会导致对象的提前曝光，打乱了 Spring bean 的创建过程，最终导致异常

对 druid 异常 SQLFeatureNotSupportedException 的源码探究，很多细节值得大家学习

关于对组件的升级，或者对旧代码的调整，都有可能牵一发动全身，影响甚大，个人推荐是：能不动就不要动，改好没绩效，改出问题要背锅，吃力不讨好，又不是不能跑

事务提交之后再执行某些操作 → 你有哪些实现方式？ 文中提到的四种，你都能想到吗 TransactionSynchronizationManager 是非常推荐的方式

实际项目中很容易踩坑的一个问题，不只是新手，很多老手也容易忽略这个点 不是事务没生效，而是事务自动提交，多次数据库操作根本就不在一个事务中！

记一次 MySQL timestamp 精度问题的排查，过程有点曲折 MySQL的时间类型，默认会四舍五入

数据保存与消息发送在一个事务中， 下游系统调用接口的时候，事务还未提交，接口返回的可能是旧数据！ 这是有问题的