付磊和张益军两位大咖写的葵花宝典(Redis开发和运维)学习笔记。
Redis是一种 基于键值对(key-value) 的NoSQL数据库,与很多键值对数据库不同的是,Redis中的值可以是由string(字符串)、hash(哈希)、list(列表)、set(集合)、zset(有序集合)、Bitmaps(位图)、HyperLogLog、GEO(地理信息定位)
等多种数据结构和算法组成,因此Redis可以满足很多的应用场景,而且因为Redis会将所有数据都存放在内存中
,所以它的读写性能非常惊人。不仅如此,Redis还可以将内存的数据利用快照和日志的形式保存到硬盘上,这样在发生类似断电或者机器故障的时候,内存中的数据不会丢失
。除了上述功能以外,Redis还提供了键过期、发布订阅、事务、流水线、Lua脚本
等附加功能。
正常情况下,Redis执行命令的速度非常快,官方给出的数字是读写
性能可以达到10万/秒
。
分析原因:
谷歌公司给出的各层级硬件执行速度
字符串、哈希、列表、集合、有序集合,同时在字符串的基础之上演变出了位图(Bitmaps)
和HyperLogLog
两种神奇的“数据结构”,并且随着LBS(Location Based Service,基于位置服务)
的不断发展,Redis3.2版本中加入有关GEO(地理信息定位)
的功能。
键过期
功能,可以用来实现缓存
。发布订阅功能
,可以用来实现消息系统
。Lua脚本功能
,可以利用Lua创造出新的Redis命令
。事务功能
,能在一定程度上保证事务特性
。流水线(Pipeline)功能
,这样客户端能将一批命令一次性传到Redis,减少了网络的开销源码很少
,早期版本的代码只有2万行左右,3.0版本以后由于添加了集群特性,代码增至5万行左右单线程模型
不依赖于操作系统中的类库
几乎涵盖了主流的编程语言,例如Java、PHP、Python、C、C 、Nodejs等
提供了两种持久化方式:RDB
和AOF
,即可以用两种策略将内存的数据保存到硬盘中
Redis提供了复制功能,实现了多个相同数据的Redis副本
Redis从2.8版本正式提供了高可用实现Redis Sentinel
,它能够保证Redis节点的故障发现和故障自动转移
redis提供键值过期时间设置,并提供了灵活的控制最大内存和内存溢出后的淘汰策略。
redis提供了列表和有序集合数据结构,合理使用这些数据结构可以构建各种排行,如热度排行,发布时间排行
视频网站播放数,电商网站浏览量,做加1的操作,对关系数据库的性能是一种挑战,redis天然支持计数功能性能很好。
赞/踩、粉丝、共同好友/喜好、推送、下拉刷新等是社交网站的必备功能,由于社交网站访问量通常比较大,而且传统的关系型数据不太适合保存这种类型的数据,Redis提供的数据结构可以相对比较容易地实现这些功能。
Redis提供了发布订阅功能和阻塞队列的功能,虽然和专业的消息队列比还不够足够强大,但是对于一般的消息队列功能基本可以满足
是数据库容量受到物理内存的限制,不能用作海量数据的高性能读写,因此Redis适合的场景主要局限在较小数据量的高性能操作和运算上。
使用最新版本就是最佳实践,目前是5.04版本
wget http://download.redis.io/releases/redis-5.0.4.tar.gz
tar zxvf redis-5.0.4.tar.gz -C /usr/local/
ln -s /usr/local/redis-5.0.4/ /usr/local/redis
cd /usr/local/redis
make
make install
redis-server --version
Redis可执行文件说明
可执行文件 | 作用 |
---|---|
redis-server | redis服务器 |
redis-cli | redis命令客户端 |
redis-benchmark | redis性能压测工具 |
redis-check-rdb | RDB文件检查工具 |
redis-check-aof | AOF文件检查工具 |
redis-sentinel | 高可用安装部署 |
有三种方法启动Redis:默认配置、运行配置、配置文件启动。
这种方法会使用Redis的默认配置来启动,下面就是redis-server执行后输出的相关日志
[root@node01 redis]# redis-server
7673:C 07 Nov 2019 10:08:57.240 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
7673:C 07 Nov 2019 10:08:57.240 # Redis version=5.0.4, bits=64, commit=00000000, modified=0, pid=7673, just started
7673:C 07 Nov 2019 10:08:57.240 # Configuration loaded
7674:M 07 Nov 2019 10:08:57.243 * Increased maximum number of open files to 10032 (it was originally set to 1024).
7674:M 07 Nov 2019 10:08:57.244 * No cluster configuration found, I'm 8592f86ed3669f383a7ca60c354bee5ead5bfde5
_._
_.-``__ ''-._
_.-`` `. `_. ''-._ Redis 5.0.4 (00000000/0) 64 bit
.-`` .-```. ```\/ _.,_ ''-._
( ' , .-` | `, ) Running in standalone mode
|`-._`-...-` __...-.``-._|'` _.-'| Port: 6379
| `-._ `._ / _.-' | PID: 7674
`-._ `-._ `-./ _.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' | http://redis.io
`-._ `-._`-.__.-'_.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' |
`-._ `-._`-.__.-'_.-' _.-'
`-._ `-.__.-' _.-'
`-._ _.-'
`-.__.-'
7674:M 07 Nov 2019 10:08:57.246 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
7674:M 07 Nov 2019 10:08:57.246 # Server initialized
7674:M 07 Nov 2019 10:08:57.246 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
7674:M 07 Nov 2019 10:08:57.246 # WARNING you have Transparent Huge Pages (THP) support enabled in your kernel. This will create latency and memory usage issues with Redis. To fix this issue run the command 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' as root, and add it to your /etc/rc.local in order to retain the setting after a reboot. Redis must be restarted after THP is disabled.
redis-server加上要修改配置名和值(可以是多对),没有设置的配置将使用默认配置:
redis-server --configKey1 configValue1 --configKey2 configValue2
创建 redis conf目录,从源码包中拷贝配置文件,创建配置文件
mkdir -p /usr/local/redis/conf && cp redis.conf /usr/local/redis/conf/redis-6379.conf
修改redis-server以守护进程的方式在后台启动
vim /etc/redis/redis-6379.conf
daemonize yes
[root@node01 redis]# redis-server /usr/local/redis/conf/redis-6379.conf
[root@node01 redis]# ps -ef |grep redis
root 23768 1 0 10:59 ? 00:00:00 redis-server 127.0.0.1:6379
root 23920 16087 0 11:00 pts/1 00:00:00 grep --color=auto redis
[root@node01 redis]# redis-cli -p 6379
127.0.0.1:6379> set redis kvdb
OK
127.0.0.1:6379> get redis
"kvdb"
127.0.0.1:6379>
pidof redis-server
)[root@node01 ~]# ps -ef |grep redis|grep -v grep
root 23768 1 0 10:59 ? 00:00:00 redis-server 127.0.0.1:6379
[root@node01 ~]# pidof redis-server
23768
[root@node01 ~]# kill `pidof redis-server`
[root@node01 redis]# redis-cli
127.0.0.1:6379> SHUTDOWN
not connected> exit
[root@node02 redis]# ps -ef |grep redis|grep -v grep
里有三点需要注意:
1.Redis关闭的过程:断开与客户端的连接、持久化文件生成
,是一种相对优雅的关闭方式。
2.除了可以通过shutdown命令关闭Redis服务以外,还可以通过kill进程号的方式关闭掉Redis,但是不要粗暴地使用kill-9 强制杀死Redis服务
,不但不会做持久化操作
,还会造成缓冲区等资源不能被优雅关闭,极端情况
会造成AOF和复制丢失数据
的情况。
3.shutdown还有一个参数,代表是否在关闭Redis前,生成持久化文件:redis-cli shutdown nosave|save