代码之道 - 高效缓存

23 集视频

3小时11分钟

nilsir 2019.10.24 10:27

老哥, 我生产环境有300万的key, 这个时候需要模糊找到一些key, 然后删除掉, 有没有什么高性能的处理方式呢

Codinget 2019.10.24 14:22

有点没理解，举个例子撒，如果想要效率高些，索引肯定是要的，另外就是最好别使用like的方式匹配，用locate指令效率高很多

nilsir 2019.10.24 17:19

redis缓存key有300万左右, 现在要查询到一些匹配的key, 然后给他们删除掉, 现在用的keys命令去找, 也试了scan, 都很慢, 会影响redis的其他操作

Codinget 2019.10.24 17:34

原来是redis的呀，那我劝你使用别的方案，但凡数据量大了，模糊匹配永远都是低效的，不要采用手动模糊匹配的方式去清理redis缓存，添加自动淘汰机制，自动清理不需要的数据，一些历史久远的数据，在实际种没有啥价值的，都给它清除了。以后也不要将它们添加到 redis 种，可以适当的让数据库承接一下，redis快，但是也不能什么都给它。

小陈 2020.11.26 23:15

上面说300w key的之前我在易联互动的时候,客户数据库放了160w兑换码,没索引, 查找需要140s+,加了两个联合索引之后, 查询时间基本是在 0.0x 数据库效率没有你想的这么拉胯, 里面有一部分逻辑是我设计的, 我当时也用了redis承载了部分数据,不过redis ,不过有效期很短,大约两分钟,redis自动会过期, 但是时间长了,发现redis会很慢,redis5.x 没有多线程, 后面全部转为数据库,性能很棒,就是本机mysql 相信你的mysql !

微信扫码登录

代码之道 - 高效缓存