redis的任何版本的工作线程都是一个。
redis 6.X以上的版本的IO是多线程的。
1.穿透 :就是客户端访问数据时绕过redis,直接访问数据库。(过程是:客户端访问redis的数据,redis没有数据返回null,然后再请求数据库)
这时,大家最容易想到的问题是,把访问到数据库的null数据,在redis中做一个 key null 的存储,以便下次访问是还存在这个问题。这样就解决了这个问题。
在深入点聊下这个问题的解决办法。(考虑个问题:如果有N个线程在访问这条数据,redis的工作线程给都是单线程的,这样击穿的次数的O(n))
在这个redis的内存队列中,就有N条请求去访问数据库(数据库是所有架构中瓶颈,这样就容易出现数据的问题,解决办法是:扩大前置程序的复杂度。
在前置模块中加‘锁’ 来解决这个问题。
这个锁怎么加,这里说一下。
使用双层判断
这里说的是多个线程同时获取一把锁,谁拿到锁谁向下执行,这里在像redis读取一下数据,如果没有继续向下读取数据库数据,将结果放入到redis中,同时释放锁,在等待的线程中,下一个拿到锁的线程向下执行,再去读redis时,就可以拿到数据直接返回,这样就不会再去查询数据库了,其他线程也是一样的,这样就只执行了一次数据库查询。