码上有碗
获得徽章 7
布隆过滤器：设置一个位数组，通过n个哈希函数计算预设key的hash值，结果一般是个数字，将这个数字对应到位数组索引的位置设为1，通过判断目标key的hash值对应的位数组索引值是否为1，来判断是否存在这个目标key。 只能判断：肯定不存在，可能存在。
实现：guava或者redission
实现：guava或者redission
评论
点赞
qps 就是每秒处理的查询请求； tps 每秒处理的事务； 一个事务可能包含多个查询。所以tps=一个事务所包含的请求数*qps； 总体感觉应该用qps 容易量化； 因为每个事务包含的请求数都不一样。
评论
点赞
TCP客户端-服务端四次挥手，看一次忘一次。平白的话简单记录下，
第一次： 客户端告诉服务端 我没啥事了
第二次：服务端回复客户端：好的，没啥事你就等着，我说不定还有事
第三次：服务端告诉客户端： 我没事了，挂了吧
第四次：客户端告诉服务端：我知道了，挂了。
哈哈，告别时，如果把客户端和服务端看做是朋友，那是有多么的不舍；
第一次： 客户端告诉服务端 我没啥事了
第二次：服务端回复客户端：好的，没啥事你就等着，我说不定还有事
第三次：服务端告诉客户端： 我没事了，挂了吧
第四次：客户端告诉服务端：我知道了，挂了。
哈哈，告别时，如果把客户端和服务端看做是朋友，那是有多么的不舍；
展开
1
5
TCP客户端-服务端三次握手，看一次忘一次。平白的话简单记录下，三次握手是为了确保双发收发正常，
第一次，客户端发送报文到服务端：客户端无法确认双发收发情况； 服务端收到报文确认客户端发送正常，自己接收正常；
第二次， 服务端发送报文到客户端：客户端收到报文确认自己发送正常，服务端收发正常；服务端还不能确认自己发送正常，所以客户端还要发送第三次报文；
第三次, 客户端发送报文到服务端： 客户端确认自己收发正常，服务端收发正常； 服务端确认自己收发正常。
第一次，客户端发送报文到服务端：客户端无法确认双发收发情况； 服务端收到报文确认客户端发送正常，自己接收正常；
第二次， 服务端发送报文到客户端：客户端收到报文确认自己发送正常，服务端收发正常；服务端还不能确认自己发送正常，所以客户端还要发送第三次报文；
第三次, 客户端发送报文到服务端： 客户端确认自己收发正常，服务端收发正常； 服务端确认自己收发正常。
展开
评论
3
考点：限流四大手段
1. 固定窗口，简单暴力
2. 滑动窗口：窗口变成动态固定长度，
3.漏桶法： 请求不断往水桶进，满了就抛弃，水桶下有出口，固定消费
4. 令牌桶法： 相当于门票制度，程序控制门票的发放速度。
总体都是控制请求，处理不了就抛弃，不是很友好。
1. 固定窗口，简单暴力
2. 滑动窗口：窗口变成动态固定长度，
3.漏桶法： 请求不断往水桶进，满了就抛弃，水桶下有出口，固定消费
4. 令牌桶法： 相当于门票制度，程序控制门票的发放速度。
总体都是控制请求，处理不了就抛弃，不是很友好。
展开
评论
点赞