JeecgBoot积木BI报表保存失效问题分析与解决方案

问题背景

在使用JeecgBoot项目的积木BI报表组件(jimubi)时，用户反馈在排除jsqlparser依赖冲突后，仪表盘报表的保存功能出现异常。具体表现为：报表设计保存后，再次打开时无法正确显示之前保存的内容。

问题现象

1. 依赖冲突处理：用户项目中的mybatis-plus使用了jsqlparser 4.8版本，与积木BI自带的jsqlparser 4.6版本冲突。用户通过排除jimubi中的jsqlparser 4.6依赖解决了冲突问题。

2. 保存功能异常：

   • 创建仪表盘报表并保存时，前端能正常发送包含完整template参数的请求
   • 保存接口/drag/page/edit返回成功，数据库中的template字段也正确更新
   • 但再次打开报表时，/drag/page/queryById接口返回的数据中缺少template参数

问题分析

经过深入排查，发现问题根源在于缓存更新机制不完善：

1. 积木BI采用了数据库+Redis缓存的存储策略
2. 保存接口/drag/page/edit成功更新了数据库记录，但未同步更新Redis缓存
3. 查询接口/drag/page/queryById优先从Redis缓存读取数据
4. 导致用户看到的是旧的缓存数据，而非最新保存的内容

解决方案

针对这一问题，JeecgBoot团队提供了以下解决方案：

1. 升级版本：建议升级到jimubi-spring-boot-starter 1.9.5或更高版本，该版本已修复缓存同步问题

2. 手动处理：

   • 清除Redis中相关的缓存数据
   • 检查缓存键的生成规则，确保更新操作能正确覆盖旧缓存

3. 依赖管理：对于jsqlparser冲突问题，建议使用jimubi-spring-boot3-starter 1.9.5版本，该版本已优化依赖管理

技术建议

1. 缓存一致性：在设计数据库+缓存的系统时，必须确保写操作能同时更新数据库和缓存，或者采用适当的失效策略

2. 依赖冲突处理：在Spring Boot项目中处理依赖冲突时，建议：

   • 优先使用exclusions排除冲突依赖
   • 确保保留的依赖版本与项目其他组件兼容
   • 考虑使用dependencyManagement统一管理依赖版本

3. 调试技巧：遇到类似问题时，可以通过以下步骤排查：

   • 检查接口请求/响应数据
   • 直接查询数据库确认数据是否持久化
   • 检查缓存系统内容
   • 查看系统日志是否有异常信息

总结

积木BI报表的保存失效问题是一个典型的缓存一致性问题。通过升级版本或完善缓存更新机制，可以有效解决这一问题。同时，这也提醒开发者在设计数据访问层时，需要特别注意数据库与缓存之间的同步策略，确保数据的一致性。