Ruoyi框架集成Mybatis-plus问题

最新推荐文章于 2025-05-07 11:41:42 发布

原创最新推荐文章于 2025-05-07 11:41:42 发布 · 1.8k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#mybatis #batch

RuoYi 同时被 2 个专栏收录

2 篇文章

订阅专栏

Mybatis-plus

1 篇文章

订阅专栏

本文记录了使用MybatisPlus（MP）进行数据同步时遇到的问题及解决方案。主要涉及批量插入性能优化，包括在主键字段上添加@TableId注解，处理params字段的@TableField注解，以及解决saveBatch方法耗时过长的问题。通过@TableField(insertStrategy=FieldStrategy.IGNORED)注解解决了因空值导致的SQL不同步问题，但性能仍较慢，可能与表字段数量过多有关。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近在做数据同步，由于表的字段太多，不想手撸SQL，所以就集成了一下MP；具体的方法Ruoyi文档里都有。这里就是记录下遇到的一些问题及个人的解决方案。

1.在主键字段上加上@TableId(value = "xxx")的注解；

2. 在BaseEntity类的 params字段上，加上@TableField(exist = false)的注解。否则调用MP 的 IService.saveBatch方法时，会报错“Type handler was null on parameter mapping for property 'params‘ ”。

3.调用saveBatch方法，耗时很久。3w多条数据，耗时8w多毫秒。然后上网搜，说要在jdbc连接串上加上&rewriteBatchedStatements=true，这个属性就是让jdbc驱动去批量提交sql，说加上后速度就嗖嗖的。然而我的耗时毫无变化，又去搜为啥没效果，啥也没搜到，最后看到了一篇文章 MybatisPlus批量保存原理及失效原因排查_八球的博客-CSDN博客_mybatis plus 批量保存。

得到的结论就是，saveBatch时，MP会把语句完全相同的sql分成一组，然后去批量提交。但是它拼接sql时会把空值的字段忽略掉，这样可能会导致每条数据的sql都不一样，那么就还是会一条一条的提交。然后结合我自己的情况，我的表都好几十个字段，而且空值分布不均匀，那么应该就是这个原因。然后看控制台打印的sql，确实都不太一样。

解决方案就是在可能为空的字段上加上@TableField(insertStrategy = FieldStrategy.IGNORED)的注解，这个注解会让MP在拼接insert的sql时，不考虑这个字段是否为空，都会拼进去。然后我直接在所有字段上都加了这个注解。

最后3w多条数据，大概2w毫秒左右。其实还是很慢，看网上说，加了rewriteBatchedStatements属性后，1w条数据大概就耗时500毫秒。而我这个慢了10倍多，最后也没找到原因以及优化方案。大概可能跟我的表字段较多有关吧。