Redis 事务与异步方式

redis pipeline 模式

  • redis pipeline 是一个客户端提供的机制,与 redis 无关。
  • pipeline 不具备事务性。
  • 目的:节约网络传输时间。
  • 通过一次发送多条请求命令,从而减少网络传输时间。
    在这里插入图片描述

redis 实现限流功能,有哪几种方式 ?

  • 限流:一段时间内(period),某行为(action)允许操作的最大次数(mac_count)。

固定时间窗口限流

  • 统计固定窗口内的行为操作次数。
  • 实现:
    # 同时发送两条命令
    set limits 0 nx ex 10
    incr limits
    # 最大次数需要业务层约定
    
  • 按照稳定的请求来处理,但是实际情况不一定是稳定的请求,所以局限性很大,没有很好地限定行为操作次数。
  • 实际情况可能是两分钟内出现了 18 次请求。
    在这里插入图片描述

滑动时间窗口限流

  • 滑动窗口内的行为统计。
  • 解决了窗口间的统计异常。
  • 滑动窗口的容量、移动速率是固定的。
# 指定用户 user_id 的某个行为 action 在特定时间内 period 只允许发生该行为的最大次数 max_count
# 维护一次时间窗口,将窗口外的记录全部清理掉,只保留窗口内的记录
local function is_action_allowed(red, userid, action, period, max_count)
    local key = tab_concat({
   "hist", userid, action}, ":")
    local now = zv.time()
    red:init_pipeline() # 同时发送多条命令
    -- 记录行为
    red:zadd(key, now, now)
    -- 移除时间窗口之前的行为记录,剩下的都是时间窗口内的记录
 
  • 14
    点赞
  • 26
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1.redis支持的数据结构 string list hash set zset(基本回答) 加分项:另外redis还对这几种数据结构做了扩展,如GEO对位置计算,hyperLogLog做统计,bitmaps:redis底层存储value值都是存储的二进制数据,redis提供bitmaps(位图)可以直接访问或修改底层存储的二进制数据 2.redis线程模型 redis是单线程实现。 3.redis 提供的持久机制 redis 支持rdb和aof两种持久机制,redis4.0后支持混合持久化。rdb是定时的持久机制,宕机有可能会丢失最后一次持久化之后存在数据丢失。aof是基于操作日志追加的持久机制。(基本回答) 加分项: 1.rdb持久化原理 原理是redis会单独创建(fork)一个与当前进程一模一样的子进程来进行持久化, 这个子线程的所有数据(变量。环境变量,程序程序计数器等)都和原进程一模一样,会先将数据写入到一个临时文件中, 待持久化结束了,再用这个临时文件替换上次持久化好的文件 2.他什么时候fork子进程,或者什么时候触发rdb持久化机制 shutdown时,如果没有开启aof,会触发 配置文件中默认的快照配置 执行命令save或者bgsave save是只管保存,其他不管,全部阻塞 bgsave: redis会在后台异步进行快照操作,同时可以响应客户端的请求,但是在调用fork函数时是阻塞的,很快,可以忽略不计 执行flushall命令 但是里面是空的,无意义 3.aof原理? 原理是将Reids的操作日志以追加的方式写入文件,读操作是不记录的 2.触发机制(根据配置文件配置项) no:表示等操作系统进行数据缓存同步到磁盘(快,持久化没保证) always:同步持久化,每次发生数据变更时,立即记录到磁盘(慢,安全) everysec:表示每秒同步一次(默认值,很快,但可能会丢失一秒以内的数据) 以下问题都是基本回答: 4.redis支持事务redis可以说是半支持事务(假事务),提供了一些在一定程度上支持线程安全和事务的命令。例如:multi/exec watch inc等。但是redis事务并不支持回滚,即可以两个命令可以同时提交执行,但是如果有失败,成功的也不会回滚 5.你们公司使用的是什么集群模式 看你写的项目经验,如果你们公司数据量特别大,公司用缓存牛逼,就说Rediscluster,小公司可以说哨兵集群 1.哨兵模式 基本回答:哨兵主要就是启动哨兵(redis特殊)节点,对主节点进行监控,如果半数以上发现ping主节点不通了,认为主节点挂了,则进行故障转移,就是选出一个从节点代替主节点 2.Rediscluster集群模式 基本回答:Rediscluster是一个高可用集群,它基于分片(对key进行crc16,然后对16384取余)的原理,可以把他理解为是由多组哨兵集群组成,但是它不依赖哨兵 6.缓存穿透 缓存穿透指的是使用不存在的key进行大量的高并发查询,这导致缓存无法命中,每次请求都要穿透到后端数据库系统进行查询,数据库压力过大。 常用解决方案:将空值缓存起来。 其他解决方案:使用布隆过滤器(guava 19开始已支持布隆过滤器) 备注:如果你可以理解太白老师讲的基于redis位图自己实现的布隆过滤器,可以说说,更加分 7.缓存击穿 缓存击穿是指缓存中没有但数据库中有的数据(一般是缓存时间到期),这时由于并发用户特别多,同时读缓存没读到数据,又同时去数据库去取数据,引起数据库压力瞬间增大,造成过大压力 解决方案:1.互斥锁 如果项目不会多部署则可以使用jvm锁,如果会多部署则使用分布式锁 8.缓存雪崩 缓存雪崩指缓存服务器重启或者大量缓存集中在某一个时间段内失效 常用解决办法: 1.主要就是要搭建高可用集群,保证机器的高可用。 2.对不同的数据使用不同的失效时间,甚至对相同的数据、不同的请求使用不同的失效时间。
Redis和MySQL是两种不同的数据库系统,它们在数据一致性方面有一些区别和考虑因素。 首先,Redis是一个内存数据库,它提供了快速的读写性能。由于Redis将数据存储在内存中,所以在断电或崩溃时可能会丢失数据。因此,Redis默认情况下不提供持久性保证,需要通过配置持久化机制(如RDB快照或AOF日志)来确保数据的持久性。这意味着在Redis中的数据可能会因为持久化机制的延迟或错误而与MySQL中的数据不一致。 而MySQL是一个关系型数据库系统,它将数据存储在磁盘上,并提供了事务的支持。MySQL使用ACID(原子性、一致性、隔离性和持久性)来确保数据的一致性。通过使用事务和锁机制,MySQL可以保证在事务提交之前,所有的修改都是原子的,并且对其他事务是隔离的。因此,在MySQL中,数据具有更高的一致性保证。 要实现Redis和MySQL之间的数据一致性,可以采取以下几种方法: 1. 通过在应用程序中实现手动同步机制,在修改Redis数据之前先修改MySQL数据。这样可以确保Redis和MySQL中的数据保持一致,但会增加代码的复杂性和开销。 2. 使用消息队列或事件驱动机制,将对MySQL的修改操作发送到消息队列中,并由消费者负责将这些操作同步到Redis中。这样可以异步地保持Redis和MySQL之间的数据一致性,但可能会引入一定的延迟。 3. 定期将MySQL中的数据导入到Redis中,以保持数据的同步。可以使用定时任务或数据库触发器来实现这个过程。 总之,Redis和MySQL在数据一致性方面有一些差异,需要根据具体的业务需求和性能要求来选择合适的解决方案。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值