网站飘动广告代码,开发网页需要多少钱,麻涌东莞网站建设,淮北 网站建设 有限公司我们之前已经学过了Redis最常用的五个类型了#xff0c;然而Redis还有一些在特定场景下比较好用的类型 Redis最关键的五个数据类型#xff1a; 上面的类型是非常常用#xff0c;很重要的类型。 除此之外的其他类型不常用#xff0c;只是在特定的场景能够发挥用处#…我们之前已经学过了Redis最常用的五个类型了然而Redis还有一些在特定场景下比较好用的类型 Redis最关键的五个数据类型  上面的类型是非常常用很重要的类型。  除此之外的其他类型不常用只是在特定的场景能够发挥用处所以这里只是做简单描述与介绍。 stream  它的插入就是往尾部插入log字符串。  这其实就是一个队列阻塞队列它是Redis作为消息队列的重要支撑。 属于是 list blpop brpop的升级版。 geospatial  这是用来存储经纬度的类型。 在存储一些点以后就可以让用户给定一些坐标去从刚才存储的点里进行查找按照半径 这个功能在 地图 应用非常重要。 比如在高德地图中我们对一个位置搜索周边时 就会有这样的圆形区域。  官方文档这里给的命令也就俩。 但是使用起来还是有点复杂的选项比较多。 HyperLogLog 这个类型的应用场景只有一个就是估算集合中元素的个数。  之前学过用Set类型可以统计服务器的UV用户访问次数这里的统计是精确统计因为它是老老实实将数据存储起来的但是HyperLogLog这里应用了位运算的思想并没有真的将数据存储起来而是记录这个元素的特征从而在新增元素的时候来判断这个元素是否已经存在了这样做会存在一些误差 官方文档这里给出的误差是 0.81%。 接口也比较少 bitmap  用位图来表示整数这是专门用来存储整数的。 这个位图的本质其实就是一个集合属于是Set类型针对整数的特化版本。 这里要区分bitmap与HyperLogLog的区别 HyperLogLog 优点更节省空间而且既可以存储整数也可以存储字符串。 短板不能存储元素内容信息量丢失了只能起到一个计数的效果存在误差。  bitmap 优点能存储元素的内容。 短板只能存储整数。  bitfields  这个叫做位域位段。跟C语言的位段非常相似。 看下官网的使用示例 先是对key bike:1:stats又执行了一个类似子命令的效果 set了一个 32位int 的key #0初始值1000 然后又用incrby将其的值减少了50并对 #1的值进行了1操作虽然#1之前不存在但是在执行这个命令前就会创建出来并初始化为0。后面就不再赘述了。 渐进式遍历 之前学过keys 命令它是一次性把Redis中所有的key都获取到。这个命令是不推荐使用的因为当Redis中的key的数量足够多时就有可能导致Redis服务器阻塞。 通过渐进式遍历每一次执行获取部分key这样就能保证当前一次操作不会太卡想要获取全部的key执行多次就可以了。  渐进式遍历其实是一组命令这一组命令的使用方法是一样的。 其中代表性的命令就是scan。 用法 SCAN cursor [MATCH pattern] [COUNT count] [TYPE type] 关于参数选项  cursor光标。不是下标从0开始每次遍历后服务器会返回下一次要从哪个光标开始遍历这个光标是不会按照下标的方式走的它是由服务器决定的当光标回到0时说明遍历结束了。  [MATCH pattern] 这个选项就是参数匹配用法跟keys那里是一样的。 [COUNT count]count是向Redis服务器建议这一次需要遍历多少个元素。注意这里跟MySQL中的limit不同limit是精确的除非元素不够不然limit 多少个元素就显示多少个元素而Redis这里的count只是向Redis建议遍历count个元素因此写入的count与实际返回的key的个数不一定完全相同但是不会差很多。 一般不写默认是10 。 [TYPE type]可以选择key的类型比如list set之类的那么遍历就会过滤掉其他类型。 使用示例 可以看到光标的变动对于客户端来说几乎是随机的只有重新变回0时则说明遍历结束了。 光标在服务器那端可以理解为是一段字符串。 在这里的渐进式遍历过程中不会在服务器这边存储任何的状态信息。 也就是说此处的遍历是可以随时终止的不会对服务器产生任何副作用。 打个比方 我们去超时买东西结账到一半时剩下的一些商品不想要了我们可以随时跟收银员说然后会有工作人员将这些商品放回原位不会产生什么影响就跟这里的渐进式遍历一样  再比如我们去吃烧烤有些菜上得特别慢导致我们都吃完了菜还没上此时我们就想直接结账把未上的菜给退掉但是恰巧这些菜又已经在后厨烧了那么此时我们想强行退掉就会产生一些副作用比如跟老板吵架或者老板扣员工工资等等。 所以Redis属于前者这点还是比较好的。 最后需要注意虽然渐进式遍历scan解决了阻塞的问题但是键如果在遍历期间发生了变化增加修改删除可能会导致遍历时键出现重复遍历或者遗漏这点需要我们开发者在实际开发中进行考虑的。 这点其实就跟C的迭代器失效问题差不多。如果C遇到这个问题一般就程序崩溃了但是Redis不会使程序崩溃而是会出现重复遍历或者遗漏这样反而不方便发现问题的所在。 在C语言中前置要比后置的性能更高因为会少一次临时对象的拷贝。 关于Redis数据库管理  在MySQL中有一个很重要的概念就是database也就是数据库。一个mysql服务器可以有很多个database。然而在对Redis的学习过程中感觉好像一上来就是 key value。 其实Redis也是有database的概念的只是不像MySQL那样随意在Redis中的数据库都是现成的用户不能创建新的database也不能删除已有的database。Redis默认提供了16个数据库编号 0 ~ 15。我们一开始用的就是0号数据库并且实际使用Redis会很少关注到数据库一般都是使用默认的0号数据库。 Redis 提供了⼏个⾯向 Redis 数据库的操作分别是 dbsize、select、flushdb、flushall 命令。 切换数据库 select dbIndex 比如我们在0号数据库下有一些key切换到1号数据库就看不见属于0号数据库的key了 Redis 中虽然⽀持多数据库但随着版本的升级其实不是特别建议使⽤多数据库特性。如 果真的需要完全隔离的两套键值对更好的做法是维护多个 Redis 实例⽽不是在⼀个 Redis 实例中维护多数据库。这是因为本⾝ Redis 并没有为多数据库提供太多的特性其次 ⽆论是否有多个数据库Redis 都是使⽤单线程模型所以彼此之间还是需要排队等待命令 的执⾏。同时多数据库还会让开发、调试和运维⼯作变得复杂。所以实践中始终使⽤数据 库 0 其实是⼀个很好的选择。 DBSIZE 返回当前数据库有多少个key 关于删库的操作 FLUSHDB  这是删除当前数据库的。 FLUSHALL  这是删除所有数据库中的所有元素。 注意永远不要在线上环境执⾏清除数据的操作除⾮你想体验⼀把 “从删库到跑路” 的操作。