aijson_update的博客

通过降级JDBC驱动，我成功解决了在DataGrip连接Oracle时遇到的“未找到驱动程序类‘com.Oracle.jdbc.Driver’”的问题。这一经历让我深刻认识到，在开发过程中，选择合适的依赖版本和保持DataGrip等工具的更新，是避免此类问题的关键。如果你也遇到类似的连接问题，不妨尝试更新JDBC驱动，或许能帮助你顺利解决困扰。希望我的分享能为遇到相似问题的开发者提供帮助，减少不必要的排查时间。欢迎在评论区交流你遇到的问题和解决方案！!!

今天在启动公司的项目，编译时出现了这么个错误，记录一下Tomcat异常信息：Exception in thread “main” java.lang.OutOfMemoryError: GC overhead limit exceeded当GC为释放很小空间占用大量时间时会抛出此异常即（Sun 官方对此的定义：超过98%的时间用来做GC并且回收了不到2%的堆内存时会抛出此异常）。一般是因为堆太小，导致异常的原因：没有足够的内存。1、查看系统是否有使用大内存的代码或死循环。2、可以添加JVM的启动参数来限制

@JsonFormat`注解：主要是后台到前台的时间格式的转换@DataFormat`注解：主要是前后到后台的时间格式的转换

在MyBatis中处理大量数据删除时，如果直接使用 IN 子句并且列表数据过多，可能会导致SQL执行效率低下，甚至超出数据库的限制。JOIN删除：虽然直接JOIN删除在某些数据库中可能不受支持，但你可以通过其他方式实现，比如先SELECT出需要删除的主键，然后再分批删除。标记删除：如果直接删除会影响数据库性能或一致性，你可以考虑添加一个“删除标记”列，先标记为删除，然后再定期清理这些标记的记录。事务处理：确保每个批次的删除操作都在事务中，以便在发生错误时可以回滚。循环执行：对每个小列表执行一次删除操作。

一、在 [@RequestMapping] 中使用 method 指定具体的请求方式或 [@GetMapping]、[@PostMapping]这样的明确请求方式的注解。于是在查阅大量资料后得知，出现这种问题是因为我没有明确的指定方法访问的具体方式或允许跨域的请求方式。加上之后，除了 GET 请求之外，其他请求依然有跨域问题，特此记录一下，也避免大家踩坑。所有的方法全部都是只能用 GET 方式可以正常访问，其他方式全部会出现跨域问题。注解中用 methods 中指定允许跨域的请求方式。

缓存击穿：热点数据过期，导致大量请求直接查询数据库。缓存穿透：无效请求绕过缓存直接打到数据库。缓存雪崩：大量缓存同时失效或 Redis 宕机引发系统崩溃。通过优化缓存策略、引入布隆过滤器、多级缓存架构等技术，可以有效提升系统的高可用性和容错能力！

因为最近项目中使用 @DS 注解实现多数据源切换时，在一个controller中同时操作多个数据源的service方法，为了保证这一组操作下数据的完整性，则需要使用事务@Transaction进行保证，于是直接在controller方法上加上了该注解，以为没有问题，结果在切换数据源的时候报错找不到另一个数据源的数据表。