技术支持 东莞网站建设家装,外网访问wordpress全站路径设置,专业做网站排名的人,网站上的产品五星怎样做优化文章目录redis位图(bitmap) --- 底子还是string基本命令图示setbit key offset value setbit 键 偏移位 只能零或者1getbit key offset 查看获取字符串长度 strlen统计key中包含1的个数 bitcount keybitop 统计两个比特key是否都为1技术落地#xff1a;打卡签到#xff0c;频…
文章目录redis位图(bitmap) --- 底子还是string基本命令图示setbit key offset value setbit 键 偏移位 只能零或者1getbit key offset 查看获取字符串长度 strlen统计key中包含1的个数 bitcount keybitop 统计两个比特key是否都为1技术落地打卡签到频繁修改数据库的结果只有0和1redis基数统计(HyperLogLog) --- 底子是stringUVUnique Visitor独立访客统计搜索词条基数统计算法基数基本命令图示基数落地天猫统计亿级UVredis地理空间 (GEO) --- 底子上是有序集合获取经纬度添加经纬度坐标 GEOADD key 经度1 纬度1 位置名称1 经度2 纬度2 位置名称2...处理中文乱码GEOPOS key value1 value2 从键里面返回所有给定位置元素的位置 (经度和纬度)GEODIST key value1 value2 [m | km | ft | mi] 返回两个给定位置之间的距离GEORADIUS key 经度 纬度 10km... 以给定的经纬度为中心返回与中心的距离不超过给定最大距离的所有位置元素GEORADIUSBYMEMBER key value 10km ... 跟GEORADIUS类似GEOHASH key value1 value2 返回一个或多个位置元素的 Geohash 表示redis流 (Stream) --- 自成一脉stream底层结构与原理基础命令图示特殊符号向队列添加消息到队列末尾 XADD key * id 1 cname z3范围检索 XRANGE key start end [COUNT count]XREVRANGE KEY - XDEL key MQID 按照主键删除XLEN key 消息队列长度截取 XTRIM key maxlen|minlen 2读取消息(阻塞、非阻塞)只会返回ID大于某值的消息 XREAD [COUNT count] stream key ID消费组执行-XGROUP消费组执行-XREADGROUP GROUP重要问题-ACK机制XPENDING 查询每个消费组内所有消费者 r已读取、但尚未确认]的消息XACK 向消息队列确认消息处理已完成XINFO stream key 打印出详情信息redis位域(bitfield)应用、用途 --- 位域修改、溢出控制基本语法 BITFIELD key [GET type offset] [SET type offset value] [INCRBY type offset increment] [OVERFLOW WRAP|SAT|FAIL]BITFIELD key [GET type offset]BITFIELD key [SET type offset value]BITFIELD key [INCRBY type offset increment]溢出控制OVERFLOW [WRAPISAT|FAIL]redis位图(bitmap) — 底子还是string 由0和1状态表现的二进制位的bit数组 位图本质是数组它是基于String数据类型的按位的操作。该数组由多个二进制位组成每个二进制位都对应一个偏移量(我们称之为一个索引)。 基本命令图示 setbit key offset value setbit 键 偏移位 只能零或者1 Bitmap的偏移量是从零开始算的 getbit key offset 查看 获取字符串长度 strlen 不是字符串长度而是占据几个字节超过8位后自己按照8位一组一byte再扩容 统计key中包含1的个数 bitcount key bitop 统计两个比特key是否都为1 技术落地打卡签到频繁修改数据库的结果只有0和1
redis基数统计(HyperLogLog) — 底子是string HyperLogLog 是用来做基数统计的算法HyperLogLog 的优点是在输入元素的数量或者体积非常非常大时计算基数所需的空间总是固定且是很小的。 在 Redis 里面每个 HyperLogLog 键只需要花费 12 KB 内存就可以计算接近 2^64 个不同元素的基 数。这和计算基数时元素越多耗费内存就越多的集合形成鲜明对比。 但是因为 HyperLogLog 只会根据输入元素来计算基数而不会储存输入元素本身所以 HyperLogLog 不能像集合那样返回输入的各个元素。 记录的不是数据本身而是统计数是去重脱水后的真实数据 统计本身也存在些许误差误差范围在0.81% UVUnique Visitor独立访客统计搜索词条 基数统计算法 基数 是一种数据集去重复后的真实个数 基本命令图示 基数落地天猫统计亿级UV
redis地理空间 (GEO) — 底子上是有序集合 Redis GEO 主要用于存储地理位置信息并对存储的信息进行操作包括 添加地理位置的坐标。 获取地理位置的坐标。 计算两个位置之间的距离。 根据用户给定的经纬度坐标来获取指定范围内的地理位置集合 核心思想就是将球体转换为平面区块转换为一点 获取经纬度 百度提供的apihttps://api.map.baidu.com/lbsapi/getpoint/ 添加经纬度坐标 GEOADD key 经度1 纬度1 位置名称1 经度2 纬度2 位置名称2... 处理中文乱码 GEOPOS key value1 value2 从键里面返回所有给定位置元素的位置 (经度和纬度) GEODIST key value1 value2 [m | km | ft | mi] 返回两个给定位置之间的距离 ft:英尺mi英里 GEORADIUS key 经度 纬度 10km... 以给定的经纬度为中心返回与中心的距离不超过给定最大距离的所有位置元素 GEORADIUS city 116.418017 39.914402 10 km withdist withcoord count 10 withhash desc GEORADIUS city 116.418017 39.914402 10 km withdist withcoord withhash count 10 desc WITHDIST: 在返回位置元素的同时 将位置元素与中心之间的距离也一并返回。 距离的单位和用户给定的范围单位保持一致。
WITHCOORD: 将位置元素的经度和维度也一并返回。
WITHHASH: 以 52 位有符号整数的形式 返回位置元素经过原始 geohash 编码的有序集合分值。 这个选项主要用于底层应用或者调试 实际中的作用并不大
COUNT 限定返回的记录数。GEORADIUSBYMEMBER key value 10km ... 跟GEORADIUS类似 GEOHASH key value1 value2 返回一个或多个位置元素的 Geohash 表示 geohash算法生成的base32编码值
redis流 (Stream) — 自成一脉stream Redis Stream 是 Redis 5.0 版本新增加的数据结构。 Redis Stream 主要用于消息队列MQMessage QueueRedis 本身是有一个 Redis 发布订阅 (pub/sub) 来实现消息队列的功能但它有个缺点就是消息无法持久化如果出现网络断开、Redis 宕机等消息就会被丢弃。 简单来说发布订阅 (pub/sub) 可以分发消息但无法记录历史消息。 而 Redis Stream 提供了消息的持久化和主备复制功能可以让任何客户端访问任何时刻的数据并且能记住每一个客户端的访问位置还能保证消息不丢失 总结redis流就是Redis版的MQ消息中间件阻塞队列 底层结构与原理 基础命令图示 特殊符号 符号含义-、最小和最大可能出现的Id$$ 表示只消费新的消息当前流中最大的id可用于将要到来的信息用于XREADGROUP命令表示迄今还没有发送给组中使用者的信息会更新消费者组的最后ID*用于XADD命令中让系统自动生成id 向队列添加消息到队列末尾 XADD key * id 1 cname z3 消息ID必须要比上个 ID 大 默认用星号表示自动生成规矩 * 用于XADD命令中让系统自动生成 id 客户端显示传入规则: Redis对于ID有强制要求格式必须是时间戳-自增Id这样的方式且后续ID不能小于前一个ID 范围检索 XRANGE key start end [COUNT count] 用于获取消息列表 (可以指定范围忽略删除的消息start 表示开始值-代表最小值end 表示结束值代表最大值count 表示最多获取多少个值 XREVRANGE KEY - 与XRANGE 的区别在于获取消息列表元素的方向是相反的end在前start在后 XDEL key MQID 按照主键删除 XLEN key 消息队列长度 截取 XTRIM key maxlen|minlen 2 允许的最小id从某个id值开始比该id值小的将会被抛弃 读取消息(阻塞、非阻塞)只会返回ID大于某值的消息 XREAD [COUNT count] stream key ID 非阻塞 阻塞 消费组执行-XGROUP $表示从Stream尾部开始消费0表示从Stream头部开始消费创建消费者组的时候必须指定 ID, ID 为 0 表示从头开始消费为 $ 表示只消费新的消息队尾新来 消费组执行-XREADGROUP GROUP 表示从第一条尚未被消费的消息开始读取 消费组groupA内的消费者consumer1从mystream消息队列中读取所有消息 但是不同消费组的消费者可以消费同一条消息 负载均衡 让组内的多个消费者共同分担读取消息所以我们通常会让每个消费者读取部分消息从而实现消息读取负载在多个消费者间是均衡分布的 重要问题-ACK机制 XPENDING 查询每个消费组内所有消费者 r已读取、但尚未确认]的消息 查询每个消费组内所有消费者 r已读取、但尚未确认]的消息 查看某个消费者具体读取了哪些数据 下面抓图所示consumer2已读取的消息的 ID是1659430293537-0 一旦消息1659430293537-0被consumer2处理了consumer2就可以使用 XACK 命令通知 Streams然后这条消息就会被删除 XACK 向消息队列确认消息处理已完成 XINFO stream key 打印出详情信息
redis位域(bitfield) 通过bitfield命令可以一次性操作多个比特位域(指的是连续的多个比特位)它会执行一系列操作并返回一个响应数组这个数组中的元素对应参数列表中的相应操作的执行结果。 说白了就是通过bitfield命令我们可以一次性对多个比特位域进行操作。 将一个Redis字符串看作是一个由二进制位组成的数组并能对变长位宽和任意没有字节对齐的指定整型位域进行寻址和修改 应用、用途 — 位域修改、溢出控制 hello 等价于 0110100001100101011011000110110001101111 基本语法 BITFIELD key [GET type offset] [SET type offset value] [INCRBY type offset increment] [OVERFLOW WRAP|SAT|FAIL] BITFIELD key [GET type offset] hello 等价于 0110100001100101011011000110110001101111 BITFIELD key [SET type offset value] BITFIELD key [INCRBY type offset increment] 溢出控制OVERFLOW [WRAPISAT|FAIL] WRAP:使用回绕 (wrap around) 方法处理有符号整数和无符号整数的溢出情况 SAT:使用饱和计算 (saturation arithmetic)方法处理溢出下溢计算的结果为最小的整数值而上溢计算的结果为最大的整数值 FAIL:命令将拒绝执行那些会导致上溢或者下溢情况出现的计算并向用户返回空值表示计算未被执行
