这是一个创建于 826 天前的主题，其中的信息可能已经有所发展或是发生改变。
求教于各位，先谢谢了
例如一个方法里面收十几个参数，这种东西你们会直接缓存掉这个方法吗？
如果方法是接受 list 的，然后里面一个数据库查询是用 in 查询结果，那不同的 in 肯定就出来不同的结果啊。那每一次参数变更查不到就存起来吗？
还有就是这个 key 的设计也很难设计啊。。一个方法收 10 个参数，而且参数值可变，例如 grade 这个字段，可以是 normal 又可以是 vip , 而且还有例如 type ，这样夹起来有好几十个组合，不知道这种怎么设计。
另外就是我觉得不停的查缓存有没有这个 key ，有就拿，没有就存起来这个 template 代码好烦的感觉。。。不知道应该怎么办。
例如一个方法里面收十几个参数，这种东西你们会直接缓存掉这个方法吗？
如果方法是接受 list 的，然后里面一个数据库查询是用 in 查询结果，那不同的 in 肯定就出来不同的结果啊。那每一次参数变更查不到就存起来吗？
还有就是这个 key 的设计也很难设计啊。。一个方法收 10 个参数，而且参数值可变，例如 grade 这个字段，可以是 normal 又可以是 vip , 而且还有例如 type ，这样夹起来有好几十个组合，不知道这种怎么设计。
另外就是我觉得不停的查缓存有没有这个 key ，有就拿，没有就存起来这个 template 代码好烦的感觉。。。不知道应该怎么办。
 |
1
lingly02 2022-08-11 20:02:32 +08:00 via iPhone  1
简单做法，把所有参数值拼起来计算 md5 作为 key 。
|
 |
2
k9982874 2022-08-11 20:04:28 +08:00 via Android
楼上正解
|
 |
3
Juszoe 2022-08-11 20:08:33 +08:00
一般封装成装饰器（注解）来复用逻辑吧，比如 py 的 https://pypi.org/project/python-redis-cache/
有些语言没有装饰器就不知道了 |
 |
4
exonuclease 2022-08-11 21:54:07 +08:00
参数太复杂的话命中率真的高吗 没啥必要丢缓存吧
|
 |
5
spediacn 2022-08-12 01:32:56 +08:00
@exonuclease 正解，平白给部署增加复杂度
|
 |
6
chendy 2022-08-12 07:55:29 +08:00
对于很多项目正确的使用方式是不用
好好优化一下数据库和查询逻辑就够了 |
 |
7
tyrone2333 2022-08-12 09:36:26 +08:00
如何正确 "地" 使用 redis
|
 |
8
golangLover OP @lingly02 谢谢了，这个方法可行的。
@Juszoe 好的谢谢。 @exonuclease 参数是多的，但是也不是完全没有组合。但是我就不知道数据库查询比较复杂的情况，redis 能不能解决掉这种问题。 @chendy 瓶颈在数据库。然而写的 sql 应该已经尽量优化了。但还是有很多 in 的查询（例如某个表格查询返回一群 id, 然后用这些 id 在数据库中再用 In 查询）， 并发量上不去，瓶颈在数据库。 |
Select Language