场景一
实体类型与数据库类型不一致，在进行条件查询过程中不走索引
分析
字段值类型和数据库定义的字段类型不一致时，MySQL就会在内部做数据转化，
它的处理行为就会和我们期望的有些不一样，当我们使用整数来作为定义中的字符串字段做比较时,
MySQL会自动将数据库中的记录转化为整数做比较，
而且将空值转化为整数0做比较，所以选出来的记录数多一些。
影响
- 建立的索引实际没有被用上，导致查询效率低下；
- 由于数据库对一些值的默认转化，导致查询的结果偏离实际的期望。
场景二
事务注解@Transactional在非public方法上
分析
spring支持编程式和声明式事务管理两种方式。
@Transactional是采用声明式事务管理，其建立在AOP之上的。
其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。
声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。
虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是 Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。
@Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。
影响
在 protected、private或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。