前言
redis是当前比较热门的NOSQL系统之一，它是一个key-value存储系统。和Memcached类似，但很大程度补偿了 memcached的不足，它支持存储的value类型相对更多，包括string、list、set、zset和hash。这些数据类型都支持 push/pop、add/remove及取交集并集和差集及更丰富的操作。在此基础上，redis支持各种不同方式的排序。Redis数据都是缓存在计算机内存中，并且会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件。
最近在迁移测试环境，有用到Redis，记录下linux安装单机版Redis的过程，下面话不多说了，来一起看看详细的介绍吧
验证gcc-c++环境
redis使用c语言开发，所以要运行在linux上，需要gcc-c++的环境。
检查是否有gcc-c++环境:
|
1
|
rpm -qa | grep gcc-c++ |
如果没有进行安装:
|
1
|
yum install gcc-c++ |
|
1
|
yum -y install cpp binutils glibc glibc-kernheaders glibc-common glibc-devel gcc make gcc-c++ libstdc++-devel tcl |
安装Redis
首先下载安装包：
|
1
|
wget http://download.redis.io/releases/redis-4.0.10.tar.gz |
然后解压至指定目录：
|
1
|
tar -zxvf redis-4.0.10.tar.gz -C /usr/local/ |
进入到解压后的目录之后进行编译：
|
1
2
|
cd /usr/local/redis-4.0.10make |
编译成功后进行安装，设置安装路径：
|
1
|
make install PREFIX=/usr/local/redis |
安装完成后就可以到对应的目录下启动：
|
1
2
|
cd /usr/local/redis/bin./redis-server |
顺利的话，redis已经正常启动，但是在终端会显示启动内容，如果不希望显示的话，可以修改下配置。
首先去copy安装包中的redis.conf
|
1
|
cp /root/redis-4.0.10/redis.conf /usr/local/redis |
然后打开配置文件，将文件中的daemonize设置为yes。
vi redis.conf之后进行编辑，如下截图：
然后带着配置项启动即可：
|
1
|
./redis-server redis.conf |
验证与操作
redis安装完之后，我们校验下是否正常。
首先我们启动测试端：./redis-cli,然后进行一些简单的操作，如下截图：
配置说明
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
|
##基本配置daemonize no //是否以后台进程启动databases 16 //创建database的数量(默认选中的是database 0)save 900 1 #刷新快照到硬盘中，必须满足两者要求才会触发，即900秒之后至少1个关键字发生变化。save 300 10 #必须是300秒之后至少10个关键字发生变化。save 60 10000 #必须是60秒之后至少10000个关键字发生变化。stop-writes-on-bgsave-error yes #后台存储错误停止写。rdbcompression yes #使用LZF压缩rdb文件。rdbchecksum yes #存储和加载rdb文件时校验。dbfilename dump.rdb #设置rdb文件名。dir ./ #设置工作目录，rdb文件会写入该目录。//主从配置slaveof <masterip> <masterport> //设为某台机器的从服务器masterauth <master-password> //连接主服务器的密码slave-serve-stale-data yes # 当主从断开或正在复制中,从服务器是否应答slave-read-only yes #从服务器只读repl-ping-slave-period 10 #从ping主的时间间隔,秒为单位repl-timeout 60 #主从超时时间(超时认为断线了),要比period大slave-priority 100 #如果master不能再正常工作，那么会在多个slave中，选择优先值最小的一个slave提升为master，优先值为0表示不能提升为master。repl-disable-tcp-nodelay no #主端是否合并数据,大块发送给slaveslave-priority 100 //从服务器的优先级,当主服挂了,会自动挑slave priority最小的为主服#安全requirepass foobared # 需要密码rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c52 #如果公共环境,可以重命名部分敏感命令 如config #限制maxclients 10000 #最大连接数maxmemory <bytes> #最大使用内存maxmemory-policy volatile-lru #内存到极限后的处理volatile-lru -> #LRU算法删除过期keyallkeys-lru -> #LRU算法删除key(不区分过不过期)volatile-random -> #随机删除过期keyallkeys-random -> #随机删除key(不区分过不过期)volatile-ttl -> #删除快过期的keynoeviction -> #不删除,返回错误信息#解释 LRU ttl都是近似算法,可以选N个,再比较最适宜T踢出的数据maxmemory-samples 3#日志模式appendonly no #是否仅要日志appendfsync no # 系统缓冲,统一写,速度快appendfsync always # 系统不缓冲,直接写,慢,丢失数据少appendfsync everysec #折衷,每秒写1次no-appendfsync-on-rewrite no #为yes,则其他线程的数据放内存里,合并写入(速度快,容易丢失的多)auto-AOF-rewrite-percentage 100 #当前aof文件是上次重写是大N%时重写auto-AOF-rewrite-min-size 64mb #aof重写至少要达到的大小#慢查询slowlog-log-slower-than 10000 #记录响应时间大于10000微秒的慢查询slowlog-max-len 128 # 最多记录128条#服务端命令time #返回时间戳+微秒dbsize #返回key的数量bgrewriteaof #重写aofbgsave #后台开启子进程dump数据save #阻塞进程dump数据slaveof host port #做host port的从服务器(数据清空,复制新主内容)slaveof no one #变成主服务器(原数据不丢失,一般用于主服失败后)flushdb #清空当前数据库的所有数据flushall #清空所有数据库的所有数据(误用了怎么办?)shutdown [save/nosave] #关闭服务器,保存数据,修改AOF(如果设置)slowlog get #获取慢查询日志slowlog len #获取慢查询日志条数slowlog reset #清空慢查询config get #选项(支持*通配)config set #选项 值config rewrite #把值写到配置文件config restart #更新info命令的信息debug object key #调试选项,看一个key的情况debug segfault #模拟段错误,让服务器崩溃object key (refcount|encoding|idletime)monitor #打开控制台,观察命令(调试用)client list #列出所有连接client kill #杀死某个连接 CLIENT KILL 127.0.0.1:43501client getname #获取连接的名称 默认nilclient setname "名称" #设置连接名称,便于调试 #连接命令auth 密码 #密码登陆(如果有密码)ping #测试服务器是否可用echo "some content" #测试服务器是否正常交互select 0/1/2... #选择数据库quit #退出连接 |
总结
搭建redis还是比较简单的，有兴趣的小伙伴可以亲自试验下，下次再尝试下搭个redis集群。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：https://www.bug2048.com/redis20180823/
