在工业生产设计中,我们往往需要实现一个基于消息订阅的模式,用来对非定时的的消息进行监听订阅. 这种设计模式在 总线设计模式中得到体现.微软以前的WCF中实现了服务总线 ServiceBus的设计模式.然并卵.WCF已经好像是上个世纪的产物................ 基于事件订阅的模式,比如 EventBus类的组件产品.但是往往设计比较复杂. 如果依赖于 Redis做事件消息推送.那就大大简化了这种设计模式,而且性能也比较客观. Redis在 2.0之后的版本中 实现了 事件推送的  pu

一.Redis key相关操作: 1.del key [key..] 删除一个或多个key,如果不存在则忽略 2.keys pattern keys模式匹配,符合glob风格通配符,glob风格的通配符规则: ? 匹配一个字符 匹配任意个包括0个字符 []匹配任一个字符,可以使用-表示一个范围 \x 匹配x,用于转义字符 如:keys * 查看所有key, keys *o* 查看包含o字符的key KYES命令需要遍历redis中所有键,当键数量较多时会影响性能,因此不建议在生产中使用 3.ex

一.redis简介 Redis是一种面向"键/值"对数据类型的内存数据库,可以满足我们对海量数据的读写需求. redis的键只能是字符串 redis的值支持多种数据类型: 1:字符串 string 2:哈希 hash 3:字符串列表 list 4:字符串集合 set 不重复(只用于string),无序 5:有序集合sorted set ,不重复,有序 6:HyperLogLog 结构(redis2.8.9版本才有,用来做基数统计的算法.) 特点: 高性能(Redis读的速度是11W次/

redis 字符串 概述 redis 没有使用 c 语言风格的字符串表示(以 "\0" 作为结尾), 而是使用自定义的 sds 结构 字符串结构 定义位置 (src/sds.h) // 类型别名, 用于指向 sdshdr 的 buf 属性 typedef char *sds; // 字符串对象的结构 struct sdshdr { // 字符串长度 int len; // 字符串剩余可用空间的长度 (不包括 "\0") int free; /* * 数据空间 * s

前言(可以略过) 最近在开发一个智能电表的管理系统,与常规的面向业务的系统不同.智能电表特点是每30分钟会向服务器发一次请求,报道自己目前的电表情况.然后服务器根据电表情况统计此电表的电量使用情况,包括日,月,年.不同的小区还有不同的阶梯峰谷电计算策略.不同的缴费时间(需要根据缴费时间生成对应的订单).并且电表初期预计有10w个,这样就又带来了高并发的问题. 所以此系统主要难点就是实时电量的统计以及高并发. 经过一系列的讨论,终于找到了解决方案:通过redis来对所有的电表数据进行缓存,然后一天

来源:yq.aliyun.com/articles/531067 作者:付磊-起扬 本文主要介绍在使用阿里云Redis的开发规范,从下面几个方面进行说明. 键值设计 命令使用 客户端使用 相关工具 通过本文的介绍可以减少使用Redis过程带来的问题. 一.键值设计 1.key名设计 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video:1 简洁性 保证语义的前提下,控制key的长度,当key较多时,内存占用也不容忽视,例如: u

转自: https://yq.aliyun.com/articles/531067 摘要: 本文介绍了在使用阿里云Redis的开发规范,从键值设计.命令使用.客户端使用.相关工具等方面进行说明,通过本文的介绍可以减少使用Redis过程带来的问题. 一.键值设计 1. key名设计 (1)[建议]: 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video:1 (2)[建议]:简洁性 保证语义的前提下,控制key的长度,当key较多时

一:Redis 概述 - Redis 是内存级别的数据库,在一台普通电脑上,Redis 3.X 便可以读取 10 万个键值对(现在的Redis官方版本已经更新到了5.X,性能会更好). 二:关于Redis 和 Memcached 的性能问题. - 理论上 Memcached 为多线程模型,会比 Redis 性能好. - 但是,Redis的性能已经足够好,在大部分场合下性能都不会成为它的瓶颈. - 我们更应该关注的是 Redis 和 Memcached 的应用场景. 三:key 键名设计 - 可读

本文主要介绍在使用阿里云Redis的开发规范,从下面几个方面进行说明. 键值设计 命令使用 客户端使用 相关工具 通过本文的介绍可以减少使用Redis过程带来的问题. 一.键值设计 1.key名设计 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video:1 简洁性 保证语义的前提下,控制key的长度,当key较多时,内存占用也不容忽视,例如: user:{uid}:friends:messages:{mid}简化为u:{uid}

突出强调部分 [强制]key名不要包含特殊字符,如空格.换行.单双引号以及其他转义字符 [强制]拒绝bigkey(防止网卡流量.慢查询) [强制]控制key的生命周期,redis不是垃圾桶 [强制]技术设计上避免热点key [强制]禁止线上使用keys.flushall.flushdb.CONFIG等 [强烈建议]选择适合的数据类型 [强烈建议]使用批量操作提高效率,但要注意控制一次批量操作的元素个数(例如500以内,实际也和元素字节数有关).如果用pipeline,也注意批次下key数量限制在

一.键值设计 1. key名设计 (1)[建议]: 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video:1 (2)[建议]:简洁性 保证语义的前提下,控制key的长度,当key较多时,内存占用也不容忽视,例如: user:{uid}:friends:messages:{mid}简化为u:{uid}:fr:m:{mid}. (3)[强制]:不要包含特殊字符 反例:包含空格.换行.单双引号以及其他转义字符 2. value设计 (

1. DEL 直接加键名称 DEL key1 key2 key3 127.0.0.1:6379>  DEL site_msg_99973  false site_msg_99974   false site_msg_99979false 2. 批量删除key 可用keys ‘str*’ 列出要删除的key,接linux管道删除(linux命令行执行) 根据通配符查看待删除的key redis-cli KEYS "site_msg_999*” 接linux管道删除之 redis-cli KE

redis命令不区分大小写 通用命令:1. 获得符合规则的键名列表: keys pattern   其中pattern符合glob风格  ? (一个字符) * (任意个字符) [] (匹配其中的任意一个字符)  \x (转义字符) 需要注意的是keys命令会遍历redis中的所有键,如果键比较多,会影响性能 keys *  会列出当前库中的所有键, 注意这个列出的不仅仅是string类型的,其他所有类型的key都包括(即使是hash类型的). 127.0.0.1:6379> HSET hashk

一.键值设计 1. key名设计 (1)[建议]: 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video: (2)[建议]:简洁性 保证语义的前提下,控制key的长度,当key较多时,内存占用也不容忽视,例如: user:{uid}:friends:messages:{mid}简化为u:{uid}:fr:m:{mid}. (3)[强制]:不要包含特殊字符 反例:包含空格.换行.单双引号以及其他转义字符 2. value设计 (1

阅读以下内容时,手边打开一个redis-cli一起输入,输入命令敲击回车键前在心中想好你的答案,如果结果不合你的预期,请分析原因,使极大地提高学习效率.如果没有条件,每个数据类型后有代码运行结果,供你参考. Reids作为一个key-value型存储系统,下面我们就分别从key和value说起: key key支持非二进制安全的字符类型(not binary-safe strings).它不支持空格和换行等,key的命名一般建议使用object-type:id:field,即对象类型 :对象ID

本文主要介绍阿里云Redis的开发规范,主要从以下几个方面说明: 1.键值设计 2.命令使用 3.客户端使用 4.相关工具 一.键值设计 1.key name设计 1).[建议]:可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video: 2).[建议]:简洁性 保证语义的前提下,控制key的长度,当key较多时,内存占用也不容忽视,例如: user:{uid}:friends:messages:{mid}简化为u:{uid}:fr

一.键值设计 1.key名设计 (1)[建议]: 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video:1 (2)[建议]: 简洁性 保证语义的前提下,控制key的长度,当key较多时,内存占用也不容忽视,例如: user:{uid}:friends:messages:{mid}简化为u:{uid}:fr:m:{mid}. (3)[强制]: 不要包含特殊字符 反例:包含空格.换行.单双引号以及其他转义字符 2.value设计 (

1)什么是Redis? English:Redis is an open source (BSD licensed), in-memory data structure store, used as a database, cache and message broker[1]. 中文Redis是一个开源的内存数据库,支持多种数据结构的存取,常用来作为数据库,缓存和消息队列. 2)解释一下Redis的特性? English:It supports data structures such as 

一.实现目标 简洁,高效,可维护 二.键值设计规约 1 . Redis key命名风格 [推荐]Redis key命名需具有可读性以及可管理性,不该使用含义不清的key以及特别长的key名: [强制]以英文字母开头,命名中只能出现小写字母.数字.英文点号(.)和英文半角冒号(:): [强制]不要包含特殊字符,如下划线.空格.换行.单双引号以及其他转义字符: 2 .命名规范 [强制]命名规范:业务模块名:业务逻辑含义:其他:value类型 1 )业务模块名:具体的功能模块 2)逻辑含义段: [强制

完整阿里云Redis开发规范 原文地址 本文主要介绍在使用阿里云Redis的开发规范,从下面几个方面进行说明. 键值设计 命令使用 客户端使用 相关工具 删除bigkey 通过本文的介绍可以减少使用Redis过程带来的问题. 一.键值设计 1.key名设计 可读性和可管理性 以业务名(或数据库名)为前缀(防止key冲突),用冒号分隔,比如业务名:表名:id ugc:video: 简洁性 保证语义的前提下,控制key的长度,当key较多时,内存占用也不容忽视,例如: user:{uid}:frie

redis开发使用规范 1.冷热数据分离,不要将所有数据全部都放在Redis中 根据业务只将高频热数据存储到Redis中[QPS大于5000],对于低频冷数据可以使用mysql等基于磁盘的存储方式. 不仅节省内存成本,而且数据量小操作时速度更快,效率更高. 2.不同的业务数据要分开存储 不要将不相关的业务数据都放到一个Redis实例中,建议新业务申请新的单独实例.因为Redis为单线程处理, 独立存储会减少不同业务相互操作的影响,提高请求响应速度:同时也避免单个实例内存数据量膨胀过大, 在出现异