文章转自:还有人不懂布隆过滤器吗?
介绍
我们在使用缓存的时候都会不可避免的考虑到如何应对 缓存雪崩
, 缓存穿透
和 缓存击穿
,这里我们就来讲讲如何解决缓存穿透。
缓存穿透是指当有人非法请求不存在的数据的时候,由于数据不存在,所以缓存不会生效,请求会直接打到数据库上,当大量请求集中在该不存在的数据上的时候,会导致数据库挂掉。
那么解决方法有好几个:
- 当数据库查询不到的时候,自动在缓存上创建该请求对应的空对象,过期时间较短
- 使用布隆过滤器,减少数据库负担。
那么布隆过滤器是什么来的?
布隆过滤器( Bloom Filter )是1970年由布隆提出。主要用于判断一个元素是否在一个集合中。通过将元素转化成哈希函数再经过一系列的计算,最终得出多个下标,然后在长度为n的数组中该下标的值修改为1。
那么如何判断该元素是否在这一个集合中只需要判断计算得出的下标的值是否为1即可。
当然布隆过滤器也不是完美无缺的,其缺点就是存在误判,删除困难
优点 | 缺点 |
---|---|
不需要存储key值,占用空间少 | 存在误判,不能100%判断元素存在 |
空间效率和查询时间远超一般算法 | 删除困难 |
布隆过滤器原理:当一个元素被加入集合时,通过 K 个散列函数将这个元素映射成一个位数组(Bit array)中的 K 个点,把它们置为 1 。
检索时,只要看看这些点是不是都是1就知道元素是否在集合中;
如果这些点有任何一个 0,则被检元素一定不在;
如果都是1,则被检元素很可能在(之所以说“可能”是误差的存在)。
那么误差为什么存在呢?因为当存储量大的时候,哈希计算得出的下标有可能会相同,那么当两个元素得出的哈希下标相同时,就无法判断该元素是否一定存在了。
删除困难也是如此,因为下标有可能重复,当你对该下标的值归零的时候,有可能也会对其他元素造成影响。
那么应对缓存穿透,我们只需要在布隆过滤器上判断该元素是否存在,如果不存在则直接返回,如果判断存在则查询缓存和数据库,尽管有误判率的影响,但是也能够大大减少数据库的负担,同时也能够阻挡大部分的非法请求。
实践
Redis实现布隆过滤器
Redis有一系列位运算的命令,如 setbit
, getbit
可以设置位数组的值,这个特性可以很好的实现布隆过滤器,有现成的依赖已经实现布隆过滤器了。
1 | <dependency> |
以下是测试代码,我们先填入800W的数字进去,然后再循环往后200W数字,测试其误判率
import org.redisson.Redisson;
import org.redisson.api.RBloomFilter;
import org.redisson.api.RedissonClient;
import org.redisson.config.Config;
public class RedisBloomFilter {
public static void main(String[] args) {
Config config = new Config();
config.useSingleServer().setAddress("redis://localhost:6379");
config.useSingleServer().setPassword("123456");
//创建redis连接
RedissonClient redissonClient = Redisson.create(config);
1 | //初始化布隆过滤器并传入该过滤器自定义命名 |
得出结论:在四舍五入下,误判率为0.1
谷歌Guava工具类实现布隆过滤器
添加Guava工具类依赖
1 | <dependency> |
编写测试代码:
1 | import com.google.common.base.Charsets; |
结果:
结果低于设置的误判率,我猜测可能是两者底层使用的hash算法不同导致的,而且在使用过程中可以明显得出使用Guava工具类的布隆过滤器速度是远远快于使用redisson,这可能是因为Guava是直接操作内存,而redisson要与Redis交互,在速度上肯定比不过直接操作内存的Guava。
手写布隆过滤器
我们使用Java一个封装好的位数组 BitSet
。BitSet
提供了大量API,基本的操作包括:
- 清空数组的数据
- 翻转某一位的数据
- 设置某一位的数据
- 获取某一位的数据
- 获取当前的bitSet的位数
写一个布隆过滤器需要考虑的以下几点:
- 位数组的大小空间需要指定,空间越大,hash冲突的概率越小,误判率就越低
- 多个hash函数,我们应该使用多个不同的质数来当种子
- 实现两个方法,一个是往过滤器里添加元素,一个是判断布隆过滤器是否存在该元素
hash值得出高低位进行异或,然后乘以种子,再对位数组大小进行取余数。
1 | import java.util.BitSet; |
手写代码是来自 点我
通过代码可以得出实现一个简单的布隆过滤器需要一个位数组,多个哈希函数,以及对过滤添加元素和判断元素是否存在的方法。位数组空间越大,hash碰撞的概率就越小,所以布隆过滤器中误判率和空间大小是关联的,误判率越低,需要的空间就越大。
布隆过滤器的实际应用场景
布隆过滤器的功能很明确,就是判断元素在集合中是否存在。有一些面试官可能会提问假如现在给你10W数据的集合,那么我要怎么快速确定某个数据在集合中是否存在,这个问题就可以使用布隆过滤器来解决,毕竟尽管布隆过滤器存在误判,但是可以100%确定该数据不存在,相较于其缺点,完全可以接受。
还有一些应用场景:
- 确定某一个邮箱是否在邮箱黑名单中
- 在爬虫中对已经爬取的URL进行去重
解决缓存穿透我们可以提前预热,将数据存入布隆过滤器中,请求进来后,先查询布隆过滤器是否存在该数据,假如数据不存在则直接返回,如果数据存在则先查询Redis,Redis不存在再查询数据库,假如有新的数据添加,也可以添加数据进布隆过滤器。当然如果有大量数据需要进行更新,那么最好就是重建布隆过滤器。
总结
- 布隆过滤器是使用一个n长度比特数组,通过对元素进行多种哈希,得出多个下标值,在比特数组中把得出下标的值修改为1,那么就完成了对元素的存储
- 布隆过滤器的误判率与其比特数组负相关,误判率越低,需要的比特数组就越大
- 布隆过滤器的优点胜在存储空间效率高,查询时间快,缺点为删除困难,存在误判
- Redis易于实现布隆过滤器,Github上也有布隆过滤器模块可以在Redis上安装,Java中谷歌的Guava工具类也有布隆过滤器的实现
- 布隆过滤器是解决缓存穿透的解决方法之一,通过布隆过滤器可以判断查询的元素是否存在