本文摘自PHP中文网,作者步履不停,侵删。

最近沉迷于业务开发无法自拔 ,有一段时间没有更新博文了,后续博文内容计划把一些业务场景下的实战方案,或者比较好的设计思路进行分享,就不像之前围绕着一个主题,消耗很多的时间去整理相关内容(憋大招),后续可能一篇的内容量就没那么丰富,但是尽可能针对一个点进行更细化,或者更深入的分析,通过不断分享和自我复盘,进行经验的沉淀,同时提高博文分享的频率
场景
场景1
1 |
|
场景2
1 |
|
场景3
1 |
|
抽离本质
在业务开发的过程中,我们不断的参与各种业务场景的方案设计,往往很容易碰到很类似的场景,只不过当前所属的业务模块不一样,其实这些需求的本质是解决同一个问题,当遇到这种场景的时候,我们需要根据自己经验分析抽离出需求的本质问题,实现一个通用的解决方案,让自己的解决方案更有价值,这可能就是区别于你是有灵魂的工程师还是cp(copy paste)最强王者吧。
分析上面3个业务场景,可以从中发现其中有相似的逻辑,称它为同类的问题,现在我们就是要抽离这个问题,设计一个通用的解决方案,勾画相同逻辑流程图:
通过分析上面的需求场景,抽离出他们都需要的那些条件:
限制对象:用户限制操作(评论,点赞,记录, ...)时间范围X秒内限制操作数Y次超出后禁止操作时间Z(秒/具体时间)超出后不让再操作,并提示
1 |
|
如果把功能抽离成一个通用函数是不是大概是这样:
1 2 3 4 5 6 7 8 9 10 |
|
解决方案落地
功能中需要对用户发起的操作和时间,以及累计次数进行存储,并且需要失效过期的清理,如果这个时候我们依赖mysql做存储,想想都觉的挺痛苦,这里主角:redis 终于登场了,基于redis特性,incr的原子操作和key 支持过期机制,内存存储的效率优势,可以相对简单灵活并且又高效的完成目的。
这里简单实现个通用功能的代码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 |
|
1 |
|
总结
对相似的业务场景进行分析,发现本质问题并设计通用的解决方案
让解决方案更有价值,做一个有灵魂的开发者
熟练掌握redis,充分利用它的特性和优势
更多Redis相关技术文章,请访问Redis教程栏目进行学习!
以上就是Redis实战之限制操作频率的详细内容,更多文章请关注木庄网络博客!
相关阅读 >>
如何配置Redis外网可访问并只允许指定的ip可访问Redis
更多相关阅读请进入《Redis》频道 >>

数据库系统概念 第6版
本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。