本期视频登录后即可观看
代码之道 - 高效缓存
23 集视频
3小时11分钟
本期 Laravel 视频教程是本系列第一个视频，我们介绍以下本套视频课程的主要内容，我们将做一个演示项目，在项目中完成对之前所学技能的整合，我们看一看 Laravel 提出的这些解决方案是如何一步步将关注点进行分离，将项目组织和维护得更为合理的，我们会将后台系统，事件系统、缓存系统、队列系统、用户权限系统整合在一个项目中，演示一下更好的项目组织和管理方式。
微信扫码登录
老哥, 我生产环境有300万的key, 这个时候需要模糊找到一些key, 然后删除掉, 有没有什么高性能的处理方式呢
有点没理解，举个例子撒，如果想要效率高些，索引肯定是要的，另外就是最好别使用like的方式匹配，用locate指令效率高很多
redis缓存key有300万左右, 现在要查询到一些匹配的key, 然后给他们删除掉, 现在用的keys命令去找, 也试了scan, 都很慢, 会影响redis的其他操作
原来是redis的呀，那我劝你使用别的方案，但凡数据量大了，模糊匹配永远都是低效的，不要采用手动模糊匹配的方式去清理redis缓存，添加自动淘汰机制，自动清理不需要的数据，一些历史久远的数据，在实际种没有啥价值的，都给它清除了。以后也不要将它们添加到 redis 种，可以适当的让数据库承接一下，redis快，但是也不能什么都给它。
上面说300w key的 之前我在易联互动的时候,客户数据库放了160w兑换码,没索引, 查找需要140s+,加了两个联合索引之后, 查询时间基本是在 0.0x 数据库效率没有你想的这么拉胯, 里面有一部分逻辑是我设计的, 我当时也用了redis承载了部分数据,不过redis ,不过有效期很短,大约两分钟,redis自动会过期, 但是时间长了,发现redis会很慢,redis5.x 没有多线程, 后面全部转为数据库,性能很棒,就是本机mysql 相信你的mysql !