第一章 NoSQL数据库简介
1.1 技术发展
技术的分类
1、解决功能性的问题：Java、Jsp、RDBMS、Tomcat、HTML、Linux、JDBC、SVN
2、解决扩展性的问题：Struts、Spring、SpringMVC、Hibernate、Mybatis
3、解决性能的问题：NoSQL、Java线程、Hadoop、Nginx、MQ、ElasticSearch
Web1.0时代
Web1.0的时代，数据访问量很有限，用一夫当关的高性能的单点服务器可以解决大部分问题。
Web2.0时代
随着Web2.0的时代的到来，用户访问量大幅度提升，同时产生了大量的用户数据。加上后来的智能移动设备的普及，所有的互联网平台都面临了巨大的性能挑战。
解决CPU及内存压力
用nosql方式
Session：在计算机中，尤其是在网络应用中，称为“会话控制”。Session对象存储特定用户会话所需的属性及配置信息。这样，当用户在应用程序的Web页之间跳转时，存储在Session对象中的变量将不会丢失，而是在整个用户会话中一直存在下去。当用户请求来自应用程序的 Web页时，如果该用户还没有会话，则Web服务器将自动创建一个 Session对象。当会话过期或被放弃后，服务器将终止该会话。
Cookie，有时也用其复数形式 Cookies。类型为“小型文本文件”，是某些网站为了辨别用户身份，进行Session跟踪而储存在用户本地终端上的数据（通常经过加密），由用户客户端计算机暂时或永久保存的信息。
解决IO压力
用缓存数据库进行存储
把一些专门的方式用特点的方法进行存储
1.2 NoSQL数据库
NoSQL数据库概述
NoSQL(NoSQL = Not Only SQL )，意即“不仅仅是SQL”，泛指非关系型的数据库。
NoSQL 不依赖业务逻辑方式存储，而以简单的key-value模式存储。因此大大的增加了数据库的扩展能力。
- 不遵循SQL标准。
- 不支持ACID。
- 远超于SQL的性能。
NoSQL适用场景
- 对数据高并发的读写
- 海量数据的读写
- 对数据高可扩展性的
NoSQL不适用场景
- 需要事务支持
- 基于sql的结构化查询存储，处理复杂的关系,需要即席查询。
- （用不着sql的和用了sql也不行的情况，请考虑用NoSql）
几种常见的NoSQL数据库
|
Memcache
|
|
|
Redis
|
|
|
MongoDB
|
|
|
HBase
|
HBase是Hadoop项目中的数据库。它用于需要对大量的数据进行随机、实时的读写操作的场景中。 |
|
Cassandra
|
Apache Cassandra是一款免费的开源NoSQL数据库，其设计目的在于管理由大量商用服务器构建起来的庞大集群上的海量数据集(数据量通常达到PB级别)。在众多显著特性当中，Cassandra最为卓越的长处是对写入及读取操作进行规模调整，而且其不强调主集群的设计思路能够以相对直观的方式简化各集群的创建与扩展流程。 |
|
Neo4j
|
主要应用：社会关系，公共交通网络，地图及网络拓谱(n*(n-1)/2)
|
DB-Engines 数据库排名
http://db-engines.com/en/ranking
第二章 Redis概述安装
-
Redis是一个开源的
key-value存储系统 -
和Memcached类似，它支持存储的value类型相对更多，包括
string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。 -
这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是
原子性的。 -
在此基础上，Redis支持各种不同方式的排序。
-
与memcached一样，为了保证效率，数据都是缓存在内存中。
-
区别的是Redis会
周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件。 -
并且在此基础上实现了
master-slave(主从)同步。
2.1 应用场景
配合关系型数据库做高速缓存
- 高频次，热门访问的数据，降低数据库IO
- 分布式架构，做session共享
多样的数据结构存储持久化数据
2.2 Redis安装
|
Redis官方网站 |
Redis中文官方网站 |
|
http://redis.cn/ |
注意：这里都是Linux系统中的文件，我们以后使用也都是在Linux系统中
下载完成之后。
然后移动到Linux系统中。
准备工作：下载安装最新版的gcc编译器
安装C语言的编译环境
检查linux中是否有gcc环境
gcc --version
我的linux就有，如果没有就安装
yum install gcc
进入文件目录解压
tar -zxvf xxx
编译文件make
进入解压后的文件，执行make命令进行编译
编译中可能会遇见
如果没有准备好C语言编译环境，make会报错—Jemalloc/jemalloc.h：没有那个文件
解决方案：
查看gcc环境是否按照好。如果没有就安装
然后执行make distclean清除才安装的编译文件
然后再次执行make进行编译
安装redis
上面我们的步骤只是编译完成了，并没有安装
接下来我们就安装redis
直接跳过提示的make test
执行make install
安装目录:/usr/local/bin
查看默认安装目录：
redis-benchmark:性能测试工具，可以在自己本子运行，看看自己本子性能如何
redis-check-aof：修复有问题的AOF文件，rdb和aof后面讲
redis-check-dump：修复有问题的dump.rdb文件
redis-sentinel：Redis集群使用
redis-server：Redis服务器启动命令
redis-cli：客户端，操作入口
前台启动（不推荐）
redis-server
也可以不在bin目录下执行
直接执行redis-server就可以了。
注意：但是前台启动的坏处就是，我们在前台启动了，那么这个窗口就不能执行其他操作了。
退出操作：ctrl+c
后台启动（推荐）
后台启动好处：
比如我们把这个窗口关掉了，redis还在运行的。
注意：这里我们redis都移动到/opt了
然后再进行我们的后台启动：
1、进入解压文件并复制redis.conf
我们要redis.cong复制到其他目录下
2、更改redis.conf的配置
注意：这里我们改的是/etc下的redis.conf而不是它的源文件
更改内容如下：
将redis.conf里的daempnize no改成yes
然后进行搜索关键字：这里我们知道aio是插入
那么搜索就是/
就直接/daemonize
然后插入，将no改为yes
在保存退出:wq
3、启动redis
进入目录/usr/local/bin
注意：这里也可以不用进入bin目录就启动redis。我亲测有用。
4、通过客户端连接redis
5、关闭redis
- 直接
shutdown
- 先退
exit再找到它的进程然后杀掉进程kill -9 xxx
redis的相关知识介绍
端口6379从何而来？
6379在是手机按键上MERZ对应的号码，而MERZ取自意大利歌女Alessia Merz的名字。MERZ长期以来被Redis作者antirez及其朋友当作愚蠢的代名词。后来Redis作者在开发Redis时就选用了这个端口。
默认16个数据库，类似数组下标从0开始，初始默认使用0号库
- 使用命令 select <dbid>来切换数据库 。如: select 8
- 统一密码管理，所有库同样密码
- dbsize查看当前数据库的key的数量
- flushdb清空当前库
- flushall通杀全部库
Redis是单线程+多路IO复用技术
多路复用是指使用一个线程来检查多个文件描述符（Socket）的就绪状态，比如调用select和poll函数，传入多个文件描述符，如果有一个文件描述符就绪，则返回，否则阻塞直到超时。得到就绪状态后进行真正的操作可以在同一个线程里执行，也可以启动线程执行（比如使用线程池）
串行 vs 多线程+锁（memcached） vs 单线程+多路IO复用(Redis)
（与Memcache三点不同: 支持多数据类型，支持持久化，单线程+多路IO复用）
第三章 常用五大数据类型
Redis有5种基础数据结构，分别是string（字符串）、list（列表）、hash（字典）、set（集合）和zset（有序集合）。
哪里去获得redis常见数据类型操作命令http://www.redis.cn/commands.html
3.1 Redis键(key)
| keys * | 查看当前库所有key (匹配：keys *1) |
| exists key | 判断某个key是否存在 |
| type key | 查看你的key是什么类型 |
| del key | 删除某个键 |
| unlink key | 根据value选择非阻塞删除 仅将keys从keyspace元数据中删除，真正的删除会在后续异步操作。 |
| expire key 10 | 10秒钟：为给定的key设置过期时间 |
| ttl key | 查看还有多少秒过期，-1表示永不过期，-2表示已过期 |
| select | 命令切换数据库 |
| dbsize | 查看当前数据库的key的数量 |
| flushdb | 清空当前库 |
| flushall | 通杀全部库 |
3.2 Redis字符串(String)
3.2.1 简介
String是Redis最基本的类型，你可以理解成与Memcached一模一样的类型，一个key对应一个value。
String类型是二进制安全的。意味着Redis的string可以包含任何数据。比如jpg图片或者序列化的对象。
String类型是Redis最基本的数据类型，一个Redis中字符串value最多可以是512M
3.2.2 常用命令
set <key><value>添加键值对
*NX：当数据库中key不存在时，可以将key-value添加数据库
*XX：当数据库中key存在时，可以将key-value添加数据库，与NX参数互斥
*EX：key的超时秒数
*PX：key的超时毫秒数，与EX互斥
get <key> 查询对应键值
append <key><value> 将给定的<value> 追加到原值的末尾
strlen <key> 获得值的长度
setnx <key><value> 只有在 key 不存在时 设置 key 的值
incr <key>
- 将 key 中储存的数字值增1
- 只能对数字值操作，如果为空，新增值为1
decr <key>
- 将 key 中储存的数字值减1
- 只能对数字值操作，如果为空，新增值为-1
incrby / decrby <key><步长>将 key 中储存的数字值增减。自定义步长。
INCR key对存储在指定key的数值执行原子的加1操作
原子性
所谓原子操作是指不会被线程调度机制打断的操作
这种操作一旦开始，就一直运行到结束，中间不会有任何 context switch （切换到另一个线程）。
（1）在单线程中， 能够在单条指令中完成的操作都可以认为是"原子操作"，因为中断只能发生于指令之间。
（2）在多线程中，不能被其它进程（线程）打断的操作就叫原子操作。
Redis单命令的原子性主要得益于Redis的单线程。
案例：
java中的i++是否是原子操作？不是
i=0;两个线程分别对i进行++100次,值是多少？
mset <key1><value1><key2><value2> .....
同时设置一个或多个 key-value对
mget <key1><key2><key3> .....
同时获取一个或多个 value
msetnx <key1><value1><key2><value2> .....
同时设置一个或多个 key-value 对，当且仅当所有给定 key 都不存在。
原子性，有一个失败则都失败
getrange <key><起始位置><结束位置>
获得值的范围，类似java中的substring，前包，后包
setrange <key><起始位置><value>
用 <value> 覆写<key>所储存的字符串值，从<起始位置>开始(索引从0开始)。
setex <key><过期时间><value>
设置键值的同时，设置过期时间，单位秒。
getset <key><value>
以新换旧，设置了新值同时获得旧值。
3.2.3 数据结构
String的数据结构为简单动态字符串(Simple Dynamic String,缩写SDS)。是可以修改的字符串，内部结构实现上类似于Java的ArrayList，采用预分配冗余空间的方式来减少内存的频繁分配。
如图中所示，内部为当前字符串实际分配的空间capacity一般要高于实际字符串长度len。当字符串长度小于1M时，扩容都是加倍现有的空间，如果超过1M，扩容时一次只会多扩1M的空间。需要注意的是字符串最大长度为512M。
3.3 Redis列表(List)
3.3.1 简介
Redis 列表是简单的字符串列表，按照插入顺序排序。你可以添加一个元素到列表的头部（左边）或者尾部（右边）。
它的底层实际是个双向链表，对两端的操作性能很高，通过索引下标的操作中间的节点性能会较差。
3.3.2 常用命令
| lpush/rpush <key><value1><value2><value3> .... | 从左边/右边插入一个或多个值。 |
| lpop/rpop <key> | 从左边/右边吐出一个值。值在键在，值光键亡。 |
| rpoplpush <key1><key2> | 从<key1>列表右边吐出一个值，插到<key2>列表左边。 |
| lrange <key><start><stop> | 按照索引下标获得元素(从左到右) |
| lrange mylist 0 -1 | 0左边第一个，-1右边第一个，（0-1表示获取所有） |
| lindex <key><index> | 按照索引下标获得元素(从左到右) |
| llen <key> | 获得列表长度 |
| linsert <key> before <value><newvalue> | 在<value>的后面插入<newvalue>插入值 |
| ltrim <key> [索引1] [索引2] | 截取 [索引1, 索引2] 范围的列表，重新赋值给 key |
| lrem <key><n><value> |
删除 n 个 value
|
| lset<key><index><value> | 将列表key下标为index的值替换成value |
3.3.3 数据结构
List的数据结构为快速链表quickList。
首先在列表元素较少的情况下会使用一块连续的内存存储，这个结构是ziplist，也即是压缩列表。
它将所有的元素紧挨着一起存储，分配的是一块连续的内存。
当数据量比较多的时候才会改成quicklist。
因为普通的链表需要的附加指针空间太大，会比较浪费空间。比如这个列表里存的只是int类型的数据，结构上还需要两个额外的指针prev和next。
Redis将链表和ziplist结合起来组成了quicklist。也就是将多个ziplist使用双向指针串起来使用。这样既满足了快速的插入删除性能，又不会出现太大的空间冗余。
3.4.Redis集合(Set)
3.4.1.简介
Redis set对外提供的功能与list类似是一个列表的功能，特殊之处在于set是可以自动排重的，当你需要存储一个列表数据，又不希望出现重复数据时，set是一个很好的选择，并且set提供了判断某个成员是否在一个set集合内的重要接口，这个也是list所不能提供的。
Redis的Set是string类型的无序集合。它底层其实是一个value为null的hash表，所以添加，删除，查找的复杂度都是O(1)。
一个算法，随着数据的增加，执行时间的长短，如果是O(1)，数据增加，查找数据的时间不变
3.4.2.常用命令
| sadd <key><value1><value2> ..... | 将一个或多个 member 元素加入到集合 key 中，已经存在的 member 元素将被忽略 |
| smembers <key> | 取出该集合的所有值。 |
| sismember <key><value> | 判断集合<key>是否为含有该<value>值，有1，没有0 |
| scard<key> | 返回该集合的元素个数。 |
| srem <key><value1><value2> | .... 删除集合中的某个元素。 |
| spop <key> | 随机从该集合中吐出一个值。 |
| srandmember <key><n> | 随机从该集合中取出n个值。不会从集合中删除 。 |
| smove <source><destination>value | 把集合中一个值从一个集合移动到另一个集合 |
| sinter <key1><key2> | 返回两个集合的交集元素。 |
| sunion <key1><key2> | 返回两个集合的并集元素。 |
sdiff <key1><key2> |
返回两个集合的差集元素(key1中的，不包含key2中的) |
3.4.3 数据结构
Redis 的集合相当于 Java 语言里面的 HashSet，它内部的键值对是无序的唯一的。
它的内部实现相当于一个特殊的字典，字典中所有的 value 都是一个值 NULL。当集合中最后一个元素移除之后，数据结构自动删除，内存被回收。
Java中HashSet的内部实现使用的是HashMap，只不过所有的value都指向同一个对象。
Redis的set结构也是一样，它的内部也使用hash结构，所有的value都指向同一个内部值。
3.5 Redis字典(Hash)
3.5.1 简介
Redis的字典相当于Java语言里面的HashMap，它是无序字典，内部存储了很多键值对。实现结构上与Java的HashMap也是一样的，都是"数组+链表"二维结构。如图所示，第一维hash的数组位置碰撞时，就会将碰撞的元素使用链表串接起来。
- Redis hash 是一个键值对集合。
- Redis hash是一个string类型的field和value的映射表，hash特别适合用于存储对象。
用户ID为查找的key，存储的value用户对象包含姓名，年龄，生日等信息，如果用普通的key/value结构来存储，主要有以下2种存储方式：
1. 用户 ID 为 key，value 为 JavaBean 序列化后的字符串
缺点：每次修改用户的某个属性需要，先反序列化改好后再序列化回去。开销较大。
2. {用户ID + 属性名} 作为 key，属性值作为 value
缺点：用户ID数据冗余
3.通过 key(用户ID) + field(属性标签) 就可以操作对应属性数据了，既不需要重复存储数据，也不会带来序列化和并发修改控制的问题。
3.5.2 常用命令
| hset <key><field><value> | 给<key>集合中的 <field>键赋值<value> |
| hget <key1><field> | 从<key1>集合<field>取出 value |
| hmset <key1><field1><value1><field2><value2>... | 批量设置hash的值 |
| hexists<key1><field> | 查看哈希表 key 中，给定域 field 是否存在 |
| hkeys <key> | 列出该hash集合的所有field |
| hvals <key> | 列出该hash集合的所有value |
| hincrby <key><field><increment> | 为哈希表 key 中的域 field 的值加上增量 1 -1 |
| hsetnx <key><field><value> | 将哈希表 key 中的域 field 的值设置为 value ，当且仅当域 field 不存在 . |
3.5.3 数据结构
Hash类型对应的数据结构是两种：ziplist（压缩列表），hashtable（哈希表）。当field-value长度较短且个数较少时，使用ziplist，否则使用hashtable。
3.6 Redis有序集合Zset(sorted set)
3.6.1 简介
Redis有序集合zset与普通集合set非常相似，是一个没有重复元素的字符串集合。
不同之处是有序集合的每个成员都关联了一个评分（score）,这个评分（score）被用来按照从最低分到最高分的方式排序集合中的成员。集合的成员是唯一的，但是评分可以是重复了 。
因为元素是有序的, 所以你也可以很快的根据评分（score）或者次序（position）来获取一个范围的元素。
访问有序集合的中间元素也是非常快的,因此你能够使用有序集合作为一个没有重复成员的智能列表。
3.6.2 常用命令
| zadd <key><score1><value1><score2><value2>… | 将一个或多个 member 元素及其 score 值加入到有序集 key 当中 |
| zrange <key><start><stop> [WITHSCORES] |
|
| zrangebyscore key minmax [withscores] [limit offset count] | 返回有序集 key 中，所有 score 值介于 min 和 max 之间(包括等于 min 或 max )的成员。有序集成员按 score 值递增(从小到大)次序排列 |
| zrevrangebyscore key maxmin [withscores] [limit offset count] | 同上，改为从大到小排列（降序） |
| zincrby <key><increment><value> | 为元素的score加上增量 |
| zrem <key><value> | 删除该集合下，指定值的元素 |
| zcount <key><min><max> | 统计该集合，分数区间内的元素个数 |
| zrank <key><value> | 返回该值在集合中的排名，从0开始 |
案例：如何利用zset实现一个文章访问量的排行榜？
3.6.3 数据结构
SortedSet(zset)是Redis提供的一个非常特别的数据结构，一方面它等价于Java的数据结构Map<String, Double>，可以给每一个元素value赋予一个权重score，另一方面它又类似于TreeSet，内部的元素会按照权重score进行排序，可以得到每个元素的名次，还可以通过score的范围来获取元素的列表。
zset底层使用了两个数据结构
（1）hash，hash的作用就是关联元素value和权重score，保障元素value的唯一性，可以通过元素value找到相应的score值。
（2）跳跃表，跳跃表的目的在于给元素value排序，根据score的范围获取元素列表。
3.6.4.跳跃表（跳表）
1、简介
有序集合在生活中比较常见，例如根据成绩对学生排名，根据得分对玩家排名等。对于有序集合的底层实现，可以用数组、平衡树、链表等。数组不便元素的插入、删除；平衡树或红黑树虽然效率高但结构复杂；链表查询需要遍历所有效率低。Redis采用的是跳跃表。跳跃表效率堪比红黑树，实现远比红黑树简单。
2、实例
对比有序链表和跳跃表，从链表中查询出51
（1）有序链表
要查找值为51的元素，需要从第一个元素开始依次查找、比较才能找到。共需要6次比较。
（2）跳跃表
从第2层开始，1节点比51节点小，向后比较。
21节点比51节点小，继续向后比较，后面就是NULL了，所以从21节点向下到第1层
在第1层，41节点比51节点小，继续向后，61节点比51节点大，所以从41向下
在第0层，51节点为要查找的节点，节点被找到，共查找4次。
从此可以看出跳跃表比有序链表效率要高
第四章 配置文件
4.1 Units单位
计量单位说明：只支持 bytes，不支持 bit；对大小写不敏感。
4.2 Include包含
指定包含其他的配置文件，可以在同一主机上多个 Redis 实例之间使用同一份公共的配置文件，而同时各个实例又拥有自己的特定配置文件。
4.3 网络相关
bind
- 默认情况
bind 127.0.0.1只能接受本机的访问请求 - 不配置的情况下，无限制接受任何 ip 地址的访问
- 生产环境肯定要写应用服务器的地址
- 如果开启了
protected-mode，就算没有设定bind ip且没有设密码的情况下，Redis 依旧只允许接受本机的响应，所以两个都要搞
protected-mode
将本机访问保护模式设置no
port
指定 Redis 监听端口，默认 6379。
tcp-backlog
可以理解是一个请求到达后至到接受进程处理前的队列，511 代表最大请求个数。
tcp-backlog 其实是一个连接队列：backlog 队列总和 = 未完成三次握手队列 + 已经完成三次握手队列。
在高并发环境下你需要一个高 backlog 值来避免慢客户端连接问题。注意 Linux 内核会将这个值减小到 /proc/sys/net/core/somaxconn 的值，所以需要确认增大 somaxconn 和 tcp_max_syn_backing 两个值来达到想要的效果。
timeout
timeout：一个空闲的客户端维持多少秒会关闭，0 为永不关闭。
tcp-keepalive
对访问客户端的一种心跳检测，每个 n 秒检测一次。如果设置为0，则不会进行 Keepalive 检测。官方推荐设为 60 秒。
4.4 Genernal通用
daemonize
以守护进程方式启动（是否为后台进程）
pidfile
当 Redis 以守护进程方式运行时，Redis 默认会把 pid 写入 /var/run/redis.pid 文件中，可以通过该配置指定存放 pid 文件的位置，每个实例会产生一个不同的 pid 文件。
log level
指定日志记录级别。4 个级别根据使用阶段来选择，生产环境选择 notice 或者 warning。
logfile
日志记录方式，默认为标准输出；如果配置 Redis 为守护进程方式运行，而这里又配置日志记录方式为标准输出，则日志将会发送给 /dev/null
syslog-*
databases
设定库的数量
默认16，默认数据库为0，可以使用SELECT <dbid>命令在连接上指定数据库id
4.5 Security安全
设置 Redis 连接密码，如果配置了连接密码，客户端在连接 Redis 时需要通过 AUTH <password> 命令提供密码，默认关闭。
在命令中设置密码，只是临时的。重启redis服务器，密码就还原了。
永久设置，需要再配置文件中进行设置。
4.6 Limit限制
maxclient
设置同一时间最大客户端连接数max
默认情况下为10000个客户端
当客户端连接数达到限制时，Redis 会关闭新的连接并向客户端返回 max numbeR of clients reached 错误信息。如果设置 maxclients 为 0，则表示不做限制。
maxmemory
- 设置 Redis 可以使用的最大内存限制。
- 建议必须设置，否则，将内存占满，造成服务器宕机
- 一旦到达内存使用上限，Redis 将会试图移除内部数据，移除规则可以通过
maxmemory-policy来指定。 - 如果 Redis 无法根据移除规则来移除内存中的数据或者设置了“不允许移除”，那么 Redis 则会针对那些需要申请内存的指令返回错误信息，比如 SET、LPUSH 等。
- 但是对于无内存申请的指令，仍然会正常响应，比如GET等。如果你的redis是主redis（说明你的redis有从redis），那么在设置内存使用上限时，需要在系统中留出一些内存空间给同步队列缓存，只有在你设置的是“不移除”的情况下，才不用考虑这个因素。
maxmemory-policy
- volatile-lru：使用LRU算法移除key，只对设置了过期时间的键；（最近最少使用）
- allkeys-lru：在所有集合key中，使用LRU算法移除key
- volatile-random：在过期集合中移除随机的key，只对设置了过期时间的键
- allkeys-random：在所有集合key中，移除随机的key
- volatile-ttl：移除那些TTL值最小的key，即那些最近要过期的key
- noeviction：不进行移除。针对写操作，只是返回错误信息
maxmemory-samples
设置样本数量，LRU 算法和最小 TTL 算法都并非是精确的算法，而是估算值，所以你可以设置样本的大小。一般设置 3 到 7 的数字，数值越小样本越不准确，但是性能消耗也越小。
第五章 发布和订阅
Redis 发布订阅 (pub/sub) 是一种消息通信模式：发送者 (pub) 发送消息，订阅者 (sub) 接收消息。
Redis 客户端可以订阅任意数量的频道。
1、客户端可以订阅频道如下图
2、当给这个频道发布消息后，消息就会发送给订阅的客户端
发布订阅命令行实现
1、 打开一个客户端订阅channel1
SUBSCRIBE channel1
2、打开另一个客户端，给channel1发布消息hello
publish channel1 hello
返回的1是订阅者数量
3、打开第一个客户端可以看到发送的消息
注：发布的消息没有持久化，如果在订阅的客户端收不到hello，只能收到订阅后发布的消息