nitouge 最近的时间轴更新 nitouge 最近的时间轴更新 |
nitougeV2EX 第 617985 号会员，加入于 2023-03-09 10:40:25 +08:00 |
| Redis 缓存数据 Redis • nitouge • 2025 年 1 月 23 日 • 最后回复来自 nitouge | 4 |
| Spring 异步线程池传递线程上下文 程序员 • nitouge • 2024 年 10 月 24 日 • 最后回复来自 love2075904 | 2 |
| Springboot 应用关闭清理 Redis 的 key 程序员 • nitouge • 2024 年 7 月 5 日 • 最后回复来自 zvvvvv | 37 |
| OpenFeign 使用疑惑 程序员 • nitouge • 2024 年 5 月 5 日 • 最后回复来自 flmn | 13 |
nitouge 最近回复了
2025 年 1 月 23 日 回复了 nitouge 创建的主题 › Redis › Redis 缓存数据 |
@spritecn 我们目前不考虑 es ，这个也不是我说的算
2025 年 1 月 23 日 回复了 nitouge 创建的主题 › Redis › Redis 缓存数据 |
@dxddd 是有一个计算服务，调用频繁，我们考虑了两种方法，单独缓存 A 和 B,组合对象不缓存，组合对象 C 去调用缓存 A 和 B 的，也是利用了缓存。还有一个问题：使用了 Spring Cache 对于新增和更新也是两种方案，@CacheEvict 删除缓存，下次查询就再次缓存，@CachePut 去更新，旧的接口返回 Boolean 或者 void ，可能需要操作完还需要再去查询，或者通过发布事件去查询；对于新的接口我们是新增和更新返回缓存对象
2024 年 7 月 2 日 回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key |
@z1829909 的确太依赖删除步骤的可靠性
2024 年 7 月 2 日 回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key |
@kivmi 对的，分布式锁，耗时比较长，我刚接手，我想做下载中心，他这个下载的接口比较多，有的耗时比较长
2024 年 7 月 2 日 回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key |
@yangyaofei 倒不是非要什么方式，我只是随便说一个在启动时清理，感觉好实现还好点
2024 年 7 月 2 日 回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key |
@Shinu 没有启用优雅关闭，但是他这个项目有几个接口时间挺长的，但是他们不想做下载中心，业务也不提，就是觉得下载当前出来就行，感觉还是启动的时候做比较好
2024 年 7 月 2 日 回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key |
@Misakas 的确 kill -15 或者-2 可以检测到， -9 或者崩溃是不行的，关闭的资源不会清理
2024 年 7 月 2 日 回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key |
@BBCCBB 我是接手的项目，没有启用优雅关闭，但是他这个项目有几个接口时间挺长的，但是他们不想做下载中心，业务也不提，就是觉得下载当前出来就行
2024 年 7 月 1 日 回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key |
@Plutooo 是不是不能设置太长时间，靠 Redisson 续期来做
2024 年 7 月 1 日 回复了 nitouge 创建的主题 › 程序员 › Springboot 应用关闭清理 Redis 的 key |
@billbur 项目没引入 redisson ，新的项目中引入了，是不是可以时间不设置或者设置不那么长，通过续期解决，即使应用关闭了，到了过期时间也就删除了
Select Language