网站如何做免费的推广,网站建设分金手指排名十,养老院网站建设方案,wordpress 本机模拟MemcachedRedis构建缓存服务器
前言
许多Web应用都将数据保存到 RDBMS中#xff0c;应用服务器从中读取数据并在浏览器中显示。但随着数据量的增大、访问的集中#xff0c;就会出现RDBMS的负担加重、数据库响应恶化、 网站显示延迟等重大影响。Memcached/redis是高性能…MemcachedRedis构建缓存服务器
前言
许多Web应用都将数据保存到 RDBMS中应用服务器从中读取数据并在浏览器中显示。但随着数据量的增大、访问的集中就会出现RDBMS的负担加重、数据库响应恶化、 网站显示延迟等重大影响。Memcached/redis是高性能的分布式内存缓存服务器,通过缓存数据库查询结果减少数据库访问次数以提高动态Web等应用的速度、 提高可扩展性。
RDBMS即关系数据库管理系统(Relational Database Management System)
1、简介
为弥补关系型数据库的不足各种各样的NoSQL数据库应运而生。
1、nosql产品: redis,mongodb,memcached.
NOSQL名词解释非关系型数据库:
1.以键值对的方式存储数据—Key-Value的形式
2.缓存数据库
2、NoSQL的优点/缺点
优点:
- 高可扩展性
- 分布式计算
- 低成本
- 架构的灵活性半结构化数据
- 没有复杂的关系
缺点:
- 没有标准化
- 有限的查询功能到目前为止
- 最终一致是不直观的程序缓存服务器作用: 加快访问速度 ,缓解数据库压力 缓解数据库读的压力
3、关系型数据库与非关系型数据库的区别:
1.SQL Server| 2.Oracle|3.mysql 等。
1.关系型数据库:
优点
1、易于维护都是使用表结构格式一致
2、使用方便SQL语言通用可用于复杂查询
3、复杂操作支持SQL可用于一个表以及多个表之间非常复杂的查询。
缺点
1、读写性能比较差尤其是海量数据的高效率读写
2、固定的表结构灵活度稍欠
3、高并发读写需求传统关系型数据库来说硬盘I/O是一个很大的瓶颈。2.非关系型数据库严格上不是一种数据库应该是一种数据结构化存储方法的集合可以是文档或者键值对等。
优点
1、格式灵活存储数据的格式可以是key,value形式、文档形式、图片形式等等文档形式、图片形式等等使用灵活应用场景广泛而关系型数据库则只支持基础类型。
2、速度快nosql可以使用硬盘或者随机存储器作为载体而关系型数据库只能使用硬盘
3、高扩展性
4、成本低nosql数据库部署简单基本都是开源软件。缺点
1、不提供sql支持学习和使用成本较高
2、无事务处理
3、数据结构相对复杂复杂查询方面稍欠。
2、memcached
1、特点
1.内置内存存储方式-----------为了提高性能memcached中保存的数据都存储在memcache内置的内存存储空间中。由于数据仅存在于内存中重启操作系统会导致全部数据消失
2.简单key/value存储---------------服务器不关心数据本身的意义及结构只要是可序列化数据即可。存储项由“键、过期时间、可选的标志及数据”四个部分组成
3.不互相通信的分布式 ------------- memcached尽管是“分布式”缓存服务器但服务器端并没有分布式功能。 各个memcached不会互相通信以共享信息。那么怎样进行分布式呢 这完全取决于客户端的实现。2、服务框架 原理
1、检查客户端的请求数据是否在memcached中如有直接把请求数据返回不再对数据库进行任何操作路径操作为①②③⑦。 2、如果请求的数据不在memcached中就去查数据库把从数据库中获取的数据返回给客户端同时把数据缓存一份到memcached中memcached客户端不负责需要程序明确实现路径操作为①②④⑤⑦⑥。
3.保持缓存的“新鲜性”每当数据发生变化的时候比如数据有被修改或被删除的情况下要同步的更新缓存信息确保用户不会在缓存取到旧的数据。
3、配置安装Memcached
memcached能存放多少数据取决于服务器本身的内存有多大。
1.安装----准备一台服务器
[rootmemcached ~]# yum install memcached -y
[rootmemcached ~]# systemctl start memcached #启动
2.修改配置文件
[rootmemcached ~]# cat /etc/sysconfig/memcached
PORT11211 # 监听端口
USERmemcached # 用户
MAXCONN1024 # 最大并发数
CACHESIZE64 # 分配内存大小
OPTIONS # 监听网络地址
然后把ip地址发给开发人员开发的会使用api接口连接memcached.
测试
[rootmemcached ~]# yum install -y telnet #安装telent
[rootmemcached ~]# telnet 192.168.246.188 11211
Trying 192.168.246.188...
Connected to 192.168.246.188.
Escape character is ^].
set name 0 60 7 #设置名称为name的key
newrain #给name的值
STORED#出现stored表示已经存储成功。get name #查询key值
VALUE name 0 7
newrain
END
参数解释:
namekey的名字 自己定义
0key的id号需要和其他的key不一样
60缓存过期时间,单位为秒0为永远
7字符串最大长度
3、Redis服务
1、介绍
redis是一个开源的、使用C语言编写的、支持网络交互的、可基于内存也可持久化的Key-Value数据库
redis的官网redis.io 注:域名后缀io属于国家域名是british Indian Ocean territory即英属印度洋领地
1、redis的特点:
1.丰富的数据结构 -----string,list,set,zset,hash等数据结构的存储
2.支持持久化
3.支持事务 ---------------事务是指“一个完整的动作要么全部执行要么什么也没有做”。
4.支持主从2、缓存
二.缓存
1.类型
1).数据缓存
2).页面缓存(Smarty)
在开发网站的时候如果有一些数据在短时间之内不会发生变化而它们还要被频繁访问为了提高用户的请求速度和降低网站的负载就把这些数据放到一个读取速度更快的介质上(或者是通过较少的计算量就可以获得该数据) 该行为就称作对该数据的缓存。
该介质可以是文件、数据库、内存内存经常用于数据缓存2.形式
页面缓存经常用在内存管理系统里边
数据缓存经常用在页面的具体数据里边 redis和memcache比较
1).Redis不仅仅支持简单的k/v类型的数据,同时还提供了list,set,zset,hash等数据结构的存储
2).Redis支持master-slave(主-从)模式应用
3).Redis支持数据的持久化2、安装Redis
1、安装单机版redis
[rootredis-master ~]# mkdir -p /data/application ---创建工作目录
[rootredis-master ~]# wget http://download.redis.io/releases/redis-5.0.10.tar.gz ---下载redis
[rootredis-master ~]# tar xzf redis-5.0.10.tar.gz -C /data/application/ ---解压
[rootredis-master ~]# cd /data/application/
[rootredis-master application]# mv redis-5.0.10/ redis
[rootredis-master application]# cd redis/
[rootredis-master redis]# yum install -y gcc make #安装编译工具
[rootredis-master redis]# make
注如果报错请将刚才解压的安装包删除掉再次重新解压并进行make安装即可。
[rootredis-master redis]# cp redis.conf redis.conf.bak
[rootredis-master redis]# vim redis.conf ---修改如下
bind 192.168.246.202 #只监听内网IP
daemonize yes #开启后台模式将on改为yes
timeout 300 #连接超时时间
port 6379 #端口号
dir /data/application/redis/data #本地数据库存放持久化数据的目录该目录-----需要存在
pidfile /var/run/redis_6379.pid #定义pid文件
logfile /var/log/redis.log #定义log文件
创建存放数据的目录
[rootredis-master redis]# mkdir /data/application/redis/data
配置redis为systemctl启动
[rootredis-master redis]# cd /lib/systemd/system
[rootredis-master system]# vim redis.service
[Unit]
DescriptionRedis
Afternetwork.target[Service]
ExecStart/data/application/redis/src/redis-server /data/application/redis/redis.conf --daemonize no
ExecStop/data/application/redis/src/redis-cli -h 127.0.0.1 -p 6379 shutdown[Install]
WantedBymulti-user.target参数详解:
• [Unit] 表示这是基础信息
• Description 是描述
• After 是在那个服务后面启动一般是网络服务启动后启动• [Service] 表示这里是服务信息
• ExecStart 是启动服务的命令
• ExecStop 是停止服务的指令• [Install] 表示这是是安装相关信息
• WantedBy 是以哪种方式启动multi-user.target表明当系统以多用户方式默认的运行级别启动时这个服务需要被自动运行。启动服务:
[rootredis-master system]# systemctl daemon-reload
[rootredis-master system]# systemctl start redis.service登陆redis
[rootredis-master system]# cd /data/application/redis/src/
[rootredis-master src]# ./redis-cli -h 192.168.246.202 -p 6379
192.168.246.202:6379 ping ---测试redis是否可以用
PONG
192.168.246.202:6379 set name newrain #设置key--name并设置值
OK
192.168.246.202:6379 get name #获取到key
newrain
192.168.246.202:6379
单机版redis已经部署完成。将ip和端口发给开发就可以了。1、redis的相关工具
./redis-benchmark #用于进行redis性能测试的工具
./redis-check-dump #用于修复出问题的dump.rdb文件
./redis-cli #redis的客户端
./redis-server #redis的服务端
./redis-check-aof #用于修复出问题的AOF文件
./redis-sentinel #用于集群管理2、数据持久化
开启持久化功能后重启redis数据会自动通过持久化文件恢复
1、redis持久化 – 两种方式
一、redis提供了两种持久化的方式分别是RDBRedis DataBase和AOFAppend Only File。
RDBRedis DataBase是在不同的时间点将redis存储的数据生成快照并存储到磁盘等介质上
特点:
1.周期性
2.不影响数据写入 #RDB会启动子进程备份所有数据。当前进程继续提供数据的读写。当备份完成才替换老的备份文件。
3.高效 #一次性还原所有数据
4.完整性较差 #故障点到上一次备份之间的数据无法恢复。AOFAppend Only File则是换了一个角度来实现持久化那就是将redis执行过的所有写指令记录下来在下次redis重新启动时只要把这些写指令从前到后再重复执行一遍就可以实现数据恢复了。
特点:
1.实时性
2.完整性较好
3.体积大 #记录数据的指令删除数据的指令都会被记录下来。二、RDB和AOF两种方式也可以同时使用在这种情况下如果redis重启的话则会优先采用AOF方式来进行数据恢复这是因为AOF方式的数据恢复完整度更高。
如果你没有数据持久化的需求也完全可以关闭RDB和AOF方式这样的话redis将变成一个纯内存数据库就像memcache一样。
三、如何选择方式
缓存不用开启任何持久方式
双开:因RDB数据不实时但同时使用两者时服务器只会找AOF文件,所以RDB留作万一的手段。
redis持久化 – 如何选择RDB和AOF
对于我们应该选择RDB还是AOF官方的建议是两个同时使用。这样可以提供更可靠的持久化方案。
写入速度快 ------------AOF
写入速度慢 ------------RDB3、持久化配置
1、RDB默认开启
[rootredis-master src]# cd ..
[rootredis-master redis]# vim redis.conf
#dbfilename持久化数据存储在本地的文件
dbfilename dump.rdb
#dir持久化数据存储在本地的路径
dir /data/application/redis/data
##snapshot触发的时机save seconds changes
##如下为900秒后至少有一个变更操作才会snapshot
##对于此值的设置需要谨慎评估系统的变更操作密集程度
##可以通过“save “”来关闭snapshot功能
#save时间以下分别表示更改了1个key时间隔900s进行持久化存储更改了10个key300s进行存储更改10000个key60s进行存储。
save 900 1
save 300 10
save 60 10000
##当snapshot时出现错误无法继续时是否阻塞客户端“变更操作”“错误”可能因为磁盘已满/磁盘故障/OS级别异常等
stop-writes-on-bgsave-error yes
##是否启用rdb文件压缩默认为“yes”压缩往往意味着“额外的cpu消耗”同时也意味这较小的文件尺寸以及较短的网络传输时间
rdbcompression yes
2、客户端使用命令进行持久化save存储
方式一
[rootredis-master src]# ./redis-cli -h 192.168.246.202 -p 6379 save #前台进行存储
OK
方式二
./redis-cli -h ip -p port bgsave #后台进行存储
注意:每次快照持久化都是将内存数据完整写入到磁盘一次并不是增量的只同步新数据。如果数据量大的话而且写操作比较多必然会引起大量的磁盘io操作可能会严重影响性能。
save方式持久化前面的所有数据(rdb模式没开时后续的数据不会进行备份)
3、AOF默认关闭--开启
[rootredis-master src]# cd ..
[rootredis-master redis]# vim redis.conf
修改如下:1、此选项为aof功能的开关默认为“no”可以通过“yes”来开启aof功能,只有在“yes”下aof重写/文件同步等特性才会生效
2、指定aof文件名称
appendfilename appendonly.aof
3、指定aof操作中文件同步策略有三个合法值always everysec no,默认为everysec
appendfsync everysec
4、在aof-rewrite期间appendfsync是否暂缓文件同步no表示“不暂缓”“yes”表示“暂缓”默认为“no”
no-appendfsync-on-rewrite no
5、触发aof rewrite的最小文件尺寸
auto-aof-rewrite-min-size 64mb
6、当Aof log增长超过指定比例时重写log file 设置为0表示不自动重写Aof 日志重写是为了使aof体积保持最小而确保保存最完整的数据。
auto-aof-rewrite-percentage 100 修改完配置文件后重启生效
4、redis主从配置
主从简介
1、主从 – 用法
像MySQL一样redis是支持主从同步的而且也支持一主多从以及多级从结构。 主从结构一是为了纯粹的冗余备份二是为了提升读性能比如很消耗性能的SORT就可以由从服务器来承担。 redis的主从同步是异步进行的这意味着主从同步不会影响主逻辑也不会降低redis的处理性能。 主从架构中可以考虑关闭主服务器的数据持久化功能只让从服务器进行持久化这样可以提高主服务器的处理性能。 在主从架构中从服务器通常被设置为只读模式这样可以避免从服务器的数据被误修改。但是从服务器仍然可以接受CONFIG等指令所以还是不应该将从服务器直接暴露到不安全的网络环境中。
2、主从同步原理
主从 – 同步原理
从服务器会向主服务器发出SYNC指令当主服务器接到此命令后就会调用BGSAVE指令来创建一个子进程专门进行数据持久化工作也就是将主服务器的数据写入RDB文件中。在数据持久化期间主服务器将执行的写指令都缓存在内存中。在BGSAVE指令执行完成后主服务器会将持久化好的RDB文件发送给从服务器从服务器接到此文件后会将其存储到磁盘上然后再将其读取到内存中。这个动作完成后主服务器会将这段时间缓存的写指令再以redis协议的格式发送给从服务器。另外要说的一点是即使有多个从服务器同时发来SYNC指令主服务器也只会执行一次BGSAVE然后把持久化好的RDB文件发给多个下游。在redis2.8版本之前如果从服务器与主服务器因某些原因断开连接的话都会进行一次主从之间的全量的数据同步而在2.8版本之后redis支持了效率更高的增量同步策略这大大降低了连接断开的恢复成本。主服务器会在内存中维护一个缓冲区缓冲区中存储着将要发给从服务器的内容。从服务器在与主服务器出现网络瞬断之后从服务器会尝试再次与主服务器连接一旦连接成功从服务器就会把“希望同步的主服务器ID”和“希望请求的数据的偏移位置replication offset”发送出去。主服务器接收到这样的同步请求后首先会验证主服务器ID是否和自己的ID匹配其次会检查“请求的偏移位置”是否存在于自己的缓冲区中如果两者都满足的话主服务器就会向从服务器发送增量内容。增量同步功能需要服务器端支持全新的PSYNC指令。这个指令只有在redis-2.8之后才具有。3、部署三台机器redis—主从同步
redis-master----192.168.246.202
redis-slave-1-----192.168.246.203
redis-slave-2-----192.168.246.204
1.首先三台服务器将redis部署完成。
2.编辑master的redis配置文件:
[rootredis-master ~]# cd /data/application/redis/
[rootredis-master redis]# vim redis.conf2.修改slave1的配置文件
[rootredis-slave-1 ~]# cd /data/application/redis/
[rootredis-slave-1 redis]# vim redis.conf ---修改如下3.修改slave2的配置文件
[rootredis-slave-2 ~]# cd /data/application/redis/
[rootredis-slave-2 redis]# vim redis.conf ---修改如下5.0.0之前的版本配置 5.0.0之后的配置 4.重启三台redis
[rootredis-master redis]# systemctl restart redis.service5.测试主从
1.在master上面执行
[rootredis-master redis]# cd src/
[rootredis-master src]# ./redis-cli
127.0.0.1:6379 ping
PONG
127.0.0.1:6379 set name xuan
OK
127.0.0.1:6379 get name
newrain
127.0.0.1:6379
2.分别在slave-1和slave-2上面执行:
[rootredis-slave-1 redis]# cd src/
[rootredis-slave-1 src]# ./redis-cli
127.0.0.1:6379 ping
PONG
127.0.0.1:6379 get name
newrain
127.0.0.1:6379
[rootredis-slave-2 src]# ./redis-cli
127.0.0.1:6379 ping
PONG
127.0.0.1:6379 get name
newrain
127.0.0.1:6379
查看复制状态
master执行
127.0.0.1:6379 info replication
# Replication
role:master
connected_slaves:2
slave0:ip192.168.246.203,port6379,stateonline,offset490,lag0
slave1:ip192.168.246.204,port6379,stateonline,offset490,lag1slave上面执行
127.0.0.1:6379 info replication
# Replication
role:slave
master_host:192.168.246.202
master_port:6379
master_link_status:up主从同步部署完成
5.redis-sentinel—哨兵模式
1、哨兵简介:Redis Sentinel
Sentinel(哨兵)是用于监控redis集群中Master状态的工具其已经被集成在redis2.4的版本中是Redis官方推荐的高可用性(HA)解决方案。
2、作用
1)Master状态检测 2)如果Master异常则会进行Master-Slave切换将其中一个Slave作为Master将之前的Master作为Slave 3)Master-Slave切换后master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变即master_redis.conf中会多一行slaveof/replicaof的配置sentinel.conf的监控目标会随之调换
3、工作模式
1)每个Sentinel以每秒钟一次的频率向它所知的MasterSlave以及其他 Sentinel 实例发送一个 PING 命令
2)如果一个实例instance距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值 则这个实例会被 Sentinel 标记为主观下线。
3)如果一个Master被标记为主观下线则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。
4)当有足够数量的 Sentinel大于等于配置文件指定的值在指定的时间范围内确认Master的确进入了主观下线状态 则Master会被标记为客观下线
4、主观下线和客观下线
主观下线Subjectively Down简称 SDOWN指的是当前 Sentinel 实例对某个redis服务器做出的下线判断。 客观下线Objectively Down 简称 ODOWN指的是多个 Sentinel 实例在对Master Server做出 SDOWN 判断并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后得出的Master Server下线判断然后开启failover
5、配置哨兵模式
1.每台机器上修改redis主配置文件redis.conf文件设置bind 0.0.0.0 ---已经操作
2.每台机器上修改sentinel.conf配置文件修改如下配置
[rootredis-master src]# cd ..
[rootredis-master redis]# vim sentinel.conf
sentinel monitor mymaster 10.0.0.137 6379 2 #当集群中有2个sentinel认为master死了时才能真正认为该master已经不可用了。 (slave上面写的是master的ipmaster写自己ip)
sentinel down-after-milliseconds mymaster 3000 #单位毫秒
sentinel failover-timeout mymaster 10000 #若sentinel在该配置值内未能完成failover(故障转移)操作即故障时master/slave自动切换则认为本次failover失败。
protected-mode no #关闭加密模式--新添加到sentinel配置文件中
3.每台机器启动哨兵服务
[rootredis-master redis]# ./src/redis-sentinel sentinel.conf
注意:在生产环境下将哨兵模式启动放到后台执行: ./src/redis-sentinel sentinel.conf 将master的哨兵模式退出再将redis服务stop了在两台slave上面查看其中一台是否切换为master:(没有优先级为随机切换)
^C4854:signal-handler (1564349039) Received SIGINT scheduling shutdown...
4854:X 29 Jul 05:23:59.592 # User requested shutdown...
4854:X 29 Jul 05:23:59.592 # Sentinel is now ready to exit, bye bye...
[rootredis-master redis]# systemctl stop redis.service在slave机器上面查看: slave-2 登陆slave服务器查看有没有切换 登陆master机器查看: 面试:
redis有哪些好处
(1) 速度快因为数据存在内存中类似于HashMapHashMap的优势就是查找和操作的时间复杂度都是O(1)
(2) 支持丰富数据类型支持stringlistsetsorted sethash
(3) 支持事务操作都是原子性所谓的原子性就是对数据的更改要么全部执行要么全部不执行
(4) 丰富的特性可用于缓存消息按key设置过期时间过期后将会自动删除
redis相比memcached有哪些优势
(1) memcached所有的值均是简单的字符串redis作为其替代者支持更为丰富的数据类型
(2) redis可以持久化其数据
redis常见性能问题和解决方案
(1) Master最好不要做任何持久化工作如RDB内存快照和AOF日志文件
(2) 如果数据比较重要某个Slave开启AOF备份数据策略设置为每秒同步一次
(3) 为了主从复制的速度和连接的稳定性Master和Slave最好在同一个局域网内
(4) 尽量避免在压力很大的主库上增加从库
(5) 主从复制不要用树状结构用单向链表结构更为稳定即Master写 - Slave1读 - Slave2读 - Slave3读...
这样的结构方便解决单点故障问题实现Slave对Master的替换。如果Master挂了可以立刻启用Slave1做Master其他不变。
redis集群的工作原理
主多从哨兵模式keelalived了解:
redis–快照
快照主要涉及的是redis的RDB持久化相关的配置用如下的指令来让数据保存到磁盘上即控制RDB快照功能save seconds changes举例
save 900 1 //表示每15分钟且至少有1个key改变就触发一次持久化
save 300 10 //表示每5分钟且至少有10个key改变就触发一次持久化
save 60 10000 //表示每60秒至少有10000个key改变就触发一次持久化如果想禁用RDB持久化的策略只要不设置任何save指令就可以或者给save传入一个空字符串参数也可以达到相同效果就像这样save 如果用户开启了RDB快照功能那么在redis持久化数据到磁盘时如果出现失败默认情况下redis会停止接受所有的写请求。这样做的好处在于可以让用户很明确的知道内存中的数据和磁盘上的数据已经存在不一致了。如果redis不顾这种不一致一意孤行的继续接收写请求就可能会引起一些灾难性的后果。
如果下一次RDB持久化成功redis会自动恢复接受写请求。当然如果你不在乎这种数据不一致或者有其他的手段发现和控制这种不一致的话你完全可以关闭这个功能以便在快照写入失败时也能确保redis继续接受新的写请求。配置项如下stop-writes-on-bgsave-error yes对于存储到磁盘中的快照可以设置是否进行压缩存储。如果是的话redis会采用LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话可以设置为关闭此功能但是存储在磁盘上的快照会比较大。rdbcompression yes在存储快照后我们还可以让redis使用CRC64算法来进行数据校验但是这样做会增加大约10%的性能消耗如果你希望获取到最大的性能提升可以关闭此功能。rdbchecksum yes设置快照文件的名称默认配置dbfilename dump.rdb设置这个快照文件存放的路径。默认设置就是当前文件夹dir ./
安全:为redis加密
可以要求redis客户端在向redis-server发送请求之前先进行密码验证。当你的redis-server处于一个不太可信的网络环境中时相信你会用上这个功能。由于redis性能非常高所以每秒钟可以完成多达15万次的密码尝试所以你最好设置一个足够复杂的密码否则很容易被黑客破解。requirepass 1122334这里我们通过requirepass将密码设置成“1122334”。
dis继续接受新的写请求。配置项如下
stop-writes-on-bgsave-error yes
对于存储到磁盘中的快照可以设置是否进行压缩存储。如果是的话redis会采用LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话可以设置为关闭此功能但是存储在磁盘上的快照会比较大。
rdbcompression yes
在存储快照后我们还可以让redis使用CRC64算法来进行数据校验但是这样做会增加大约10%的性能消耗如果你希望获取到最大的性能提升可以关闭此功能。
rdbchecksum yes
设置快照文件的名称默认配置
dbfilename dump.rdb
设置这个快照文件存放的路径。默认设置就是当前文件夹
dir ./ 安全:为redis加密shell
可以要求redis客户端在向redis-server发送请求之前先进行密码验证。当你的redis-server处于一个不太可信的网络环境中时相信你会用上这个功能。由于redis性能非常高所以每秒钟可以完成多达15万次的密码尝试所以你最好设置一个足够复杂的密码否则很容易被黑客破解。requirepass 1122334这里我们通过requirepass将密码设置成“1122334”。
