a984171281的博客

百度说是因为不指定@TableId(type = IdType.AUTO) 会默认生成雪花算法，也就是一长串随机数，类UUID。但是java bean的id属性没有加@TableId(type = IdType.AUTO)注解。用baseMapper insert之后 发现id不是从1开始的自增，而是类UUID的一串随机数。mybatisPlus使用要加@TableId(type = IdType.AUTO)注解。使用mybatisPlus进行数据库自增，mysql。

网上百度有个老哥说只有使用mybatisPlus自己的语法调用sql，会生效。这个暂时还没有尝试。发现是不生效的，所以判断@TableField对自己手写的sql as是不生效的。所以建议这种需要别名的就直接一步到位，用bean里面的属性名直接承接，不要玩花活了。一开始我用表字段做as别名，如下，使用@TableField注释映射。使用@TableField对别名不生效问题。如上，我有一堆sum字段需要起别名，我使用。

先说结论 肯定是可以的。

所以不管是集合类型还是普通对象，Mybatis 都会先初始化一个 List 存储结果，然后返回值为普通对象且查为空的时候，selectOne 会判断然后直接返回 NULL 值。如果返回值是 Java 集合类型，如 List、Map，会先初始化（new 一个集合对象），再把结果添加进去；如果返回值是普通对象，查询不到时，返回值是 null。而返回值为集合对象且查为空时，selectList 会把这个存储结果的 List 对象直接返回，此时这个 List 就是个空集合。

orderBy 排序的createTime字段不唯一，会出现数据排序不稳定，以至于limit分页时出现数据重复。需要加上唯一列,如：id，保证orderBy的排序的唯一性，可以解决limit分页时出现数据重复的问题。

什么时候会导致不安全的使用？PageHelper 方法使用了静态的 ThreadLocal 参数，分页参数和线程是绑定的。只要你可以保证在 PageHelper 方法调用后紧跟 MyBatis 查询方法，这就是安全的。因为 PageHelper 在 finally 代码段中自动清除了 ThreadLocal 存储的对象。如果代码在进入 Executor 前发生异常，就会导致线程不可用，这属于人为的 Bug（例如接口方法和 XML 中的不匹配，导致找不到 MappedStatement 时）， 这种情

背景mybatis判断中，会将空字符串与0判断为相等，意识不到这个问题，很有可能会踩坑。问题现象<update id="updateOne" parameterType="com.inspur.search.data.EntityRelation"> UPDATE ENTITY_RELATION <set> <if test="srcId!=null and srcId != ''"> SRC_ID=#{srcId} </if>

queryOrderInfo

如果直接写select * from user where id <> 217;mybatis就会报语法错误，<>特殊字符需要转义如下select * from user where id <> 217;使用转义如下特殊字符 转义序列< &lt;> &gt;& &amp;" &quot;' &a