Redis部署管理持久化迁移

Redis主从部署

Master:192.168.30.131
Slave01:192.168.30.132
Slave02:192.168.30.134

1) 下载软件包

这里使用:redis-3.0.3.tar.gz

2) Redis安装

tarzxf redis-3.0.3.tar.gz
mv redis-3.0.3  /data/redis
cd  /data/redis
make&& make install
mkdir  /data/redis_6379

3) Redis配置

找到配置文件/data/redis/redis.conf

修改如下内容:

daemonize  no 改为 yes #启动后台运行
dir ./ 改为 /data/redis_6379  #数据目录
slaveof   192.168.30.131  6379   #同步master,只在从上设置此参数

4) Redis启动

cp /data/redis/util/redis_init_scriptetc/init.d/redis

且修改如下:

CONF=/data/redis/redis.conf

PIDFILE=/var/run/redis.pid

serviceredis start

5) Redis主从测试

redis-cli

127.0.0.1:6379>set name yang

OK

127.0.0.1:6379>get name

“yang”

总结:缺点为单点故障

 

Redis哨兵部署

架构图:

修改文件/data/redis/sentinel.conf如下:

Sentialmontinelmymastar  192.168.30.131  2

格式如下:

Sentialmontinel监控主机名字(随意定义)  主数据IP  端口号quorum值

quorum值计算法:哨兵节点数量/2+1 

总结:解决了单点故障,缺点是每个数据库依然存有集群中的所有数据,导致集群的总数据存储受限于可用存储内存最小的数据库节点,形成木桶效应。

/data/redis/src/redis-sentinel /data/redis/sentinel.conf

 

Redis持久化

两种持久化:RDB和AOF

RDB:指定的规则“定时”将内存中的数据存储在硬盘上;

AOF:在每次执行命令后将命令本身记录下来。

 

RDB设置(默认开启):

根据配置规则进行自动快照

用户执行save或bgsave命令

执行flushall命令

执行复制(主从)时

AOF设置:

开启appendonly参数

指定保存文件appendfilename参数

 

Redis数据迁移

利用持久化迁移数据
##########查看配置信息及当前存储的key值###########
127.0.0.1:6379> INFO
# Server
redis_version:3.0.3
redis_git_sha1:00000000
redis_git_dirty:0
redis_build_id:b12f89c1e0186f28
…..
# Keyspace
db0:keys=7,expires=0,avg_ttl=0
#########保存最新的key值################
127.0.0.1:6379> BGSAVE
Background saving started
##########查看是否保存成功##############
127.0.0.1:6379> LASTSAVE
(integer) 1444357287
##########关闭redis服务器##############
[root@hadoop01 ~]# killall -9 redis-server
##########压缩redis文件并拷入另一台机器#########
[root@hadoop01 data]# tar zcf redis.gz redis_6379
[root@hadoop01 data]# scp redis.gzroot@192.168.30.134:/data/
#########登陆192.168.30.134机器并做相应配置#######
修改redis.conf文件
dir /data/redis_6379
#########解压缩RDB文件########################
[root@hadoop04 data]# tarzxf redis.gz
#########重启Redis服务器########################
[root@hadoop04 redis_6379]# serviceredis start

 

Redis管理

以下都是在修改redis.conf配置文件

1)  指定登录服务器

bing 127.0.0.1

注:bing参数只能绑定一个地址

2)  数据库密码认证

requrepass密码

登录客户端认证格式:

AUTH  密码

注:从服务器设置masterauth参数为主的密码

3)       命令重命名设置

rename-command  FLUSHELLdfsad

格式:

rename-command  原命令名新命令名

Redis desktop manager工具

转载于:https://www.cnblogs.com/lens/p/4899354.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis缓存数据库提供了两种持久化方式:RDB(Redis Database)和AOF(Append-Only File)。 1. RDB持久化:RDB是将Redis的内存数据按照某个时间点的快照进行持久化,生成一个二进制文件(默认为dump.rdb)。可以通过配置定期自动触发RDB持久化,也可以手动执行SAVE或BGSAVE命令。RDB适用于数据量较大,但对数据实时性要求不高的场景。 2. AOF持久化:AOF是将Redis的写操作以追加的方式记录到一个文件中,通过重放日志来还原数据。可以配置不同的同步策略(如everysec和always)来控制数据的安全性和性能。AOF适用于需要更高实时性和数据安全性的场景。 关于部署配置哨兵和集群: 1. 哨兵模式:哨兵模式是一种高可用性的部署方式,通过运行多个Redis实例和一个或多个哨兵进程来监控和自动切换主节点。哨兵进程负责监测主节点和从节点的状态,并在主节点故障时自动选举新的主节点。可以使用redis-sentinel命令来启动和管理哨兵。 2. 集群模式:Redis集群模式用于分布式部署和数据分片。集群模式将数据划分为多个槽(slot),每个槽可以分布在不同的Redis节点上。集群模式提供了自动的数据迁移和故障转移功能,确保高可用性和扩展性。可以使用redis-cli或者redis-trib.rb命令行工具来管理Redis集群。 在配置哨兵和集群时,需要修改相应的配置文件,并确保节点之间的网络连接正常。对于哨兵模式和集群模式,建议在生产环境中进行充分的测试和验证,以确保系统的稳定性和可靠性。 总之,了解Redis持久化机制,可以根据实际需求选择RDB或AOF持久化方式。对于高可用性和扩展性需求,可以部署哨兵模式或集群模式来提供相应的解决方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值