redis主从同步、数据持久化及数据类型

最新推荐文章于 2022-08-13 23:35:14 发布
最新推荐文章于 2022-08-13 23:35:14 发布
阅读量287 收藏
点赞数
分类专栏： linux redis 文章标签： linux redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liuxe1990/article/details/89790883
版权
linux 同时被 2 个专栏收录
17 篇文章 0 订阅
订阅专栏
redis
3 篇文章 0 订阅
订阅专栏

注：续上一篇博客《redis的安装及lnmp+redis配置》
一、redis主从同步
在这里插入图片描述
在这里插入图片描述
1、配置主从同步（配置52为51的从库）
（1）命令行配置模式，立即生效（重启redis后失效）

192.168.8.52:6352> SLAVEOF 192.168.8.51 6351		//设置为从库时，主库数据会覆盖从库数据
OK
192.168.8.52:6352> info replication		//查看数据库角色
# Replication
role:slave
master_host:192.168.8.51
master_port:6351
master_link_status:up		//状态为up表示配置成功
master_last_io_seconds_ago:5
master_sync_in_progress:0
slave_repl_offset:0
slave_priority:100
slave_read_only:1
connected_slaves:0
...
192.168.8.52:6352> SLAVEOF no one		//将从库变为主库
OK

（2）通过客户端（50）主机登录主库（51）写入数据，查看同步情况

192.168.8.51:6351> info replication		//查看主库的从库连接状态
# Replication
role:master
connected_slaves:1		//显示连接了1个从库
slave0:ip=192.168.8.52,port=6352,state=online,offset=1553,lag=0
master_replid:efb4df32479f84002565ae774ea3df543979b984
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1567
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1567
192.168.8.51:6351> keys *
1) "name"
192.168.8.51:6351> get name
"bob"
192.168.8.51:6351> set sex girl		//写入数据
OK
192.168.8.51:6351> keys *
1) "sex"
2) "name"
192.168.8.51:6351> exit
[root@host50 ~]# redis-cli -h 192.168.8.52 -p 6352		//登录从库
192.168.8.52:6352> keys *		//数据同步成功
1) "name"
2) "sex"
192.168.8.52:6352> get name
"bob"
192.168.8.52:6352> set age 23		//从库只能读，不能写
(error) READONLY You can't write against a read only slave.

（3）通过修改配置文件指定主库，永久生效

[root@host52 ~]# redis-cli -h 192.168.8.52 -p 6352 shutdown
[root@host52 ~]# vim /etc/redis/6379.conf 
282 slaveof 192.168.8.51 6351		//指定51为主库
[root@host52 ~]# /etc/init.d/redis_6379 start
Starting Redis server...
[root@host52 ~]# redis-cli -h 192.168.8.52 -p 6352 
192.168.8.52:6352> info replication
# Replication
role:slave		//角色为slave
master_host:192.168.8.51
master_port:6351
master_link_status:up		//状显示为up
...

（4）有验证的主从配置
配置主库，指定登录密码

[root@host51 ~]# vim /etc/redis/6379.conf
501 requirepass 123456		//设置请求连接密码
[root@host51 ~]# vim /etc/init.d/redis_6379		//设置启动脚本，以便用脚本开关redis
43             $CLIEXEC -h 192.168.8.51 -p 6351 -a 123456 shutdown
[root@host51 ~]# /etc/init.d/redis_6379 start
Starting Redis server...

配置从库，指定连接主库的密码

[root@host52 ~]# vim /etc/redis/6379.conf
282 slaveof 192.168.8.51 6351
289 masterauth "123456		//设置连接主库的密码
[root@host52 ~]# vim /etc/init.d/redis_6379		//修改启动脚本
43             $CLIEXEC -h 192.168.8.52 -p 6352  shutdown
[root@host52 ~]# /etc/init.d/redis_6379 start
Starting Redis server...

验证主从

[root@host51 ~]# redis-cli -h 192.168.8.51 -p 6351 -a 123456
192.168.8.51:6351> info replication
# Replication
role:master
connected_slaves:1
...
--------------------------------------------------------------------------
[root@host52 ~]# redis-cli -h 192.168.8.52 -p 6352
192.168.8.52:6352> info replication
# Replication
role:slave
master_host:192.168.8.51
master_port:6351
master_link_status:up
...

（5）配置一主多从（51为主，52、53为从）

[root@host53 ~]# vim /etc/redis/6379.conf
282 slaveof 192.168.8.51 6351
289 masterauth "123456		//设置连接主库的密码
[root@host53 ~]# vim /etc/init.d/redis_6379		//修改启动脚本
43             $CLIEXEC -h 192.168.8.53 -p 6353  shutdown
[root@host53 ~]# /etc/init.d/redis_6379 start
Starting Redis server...

（6）配置主从从（51为主，53为51的从，54为53的从）

[root@host54 ~]# vim /etc/redis/6379.conf
282 slaveof 192.168.8.53 6353
[root@host54 ~]# vim /etc/init.d/redis_6379		//修改启动脚本
43             $CLIEXEC -h 192.168.8.54 -p 6354  shutdown
[root@host54 ~]# /etc/init.d/redis_6379 start
Starting Redis server...

（7）哨兵模式

  • 哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
  • 哨兵有两个作用
    a.通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器。
    b.当哨兵监测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他的从服务器，修改配置文件，让它们切换主机
  • 一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，这样就形成了多哨兵模式

这里以53配置哨兵模式为例，即53主机承担从库和哨兵的双重角色

  • 创建哨兵服务的主配置文件
[root@host53 ~]# vim /etc/sentinel.conf
bind 0.0.0.0		//设置redis服务器可以跨网络与其他主机通信
sentinel monitor ser51 192.168.8.51 6351	1	//配置哨兵监视51主机，只要有1个哨兵发现主库故障，则从从库中选举主库
sentinel auth-pass ser51 123456		//主库设置连接密码后需要配置该选项
  • 启动哨兵服务
[root@host53 ~]# redis-sentinel /etc/sentinel.conf
...
14818:X 03 May 21:40:54.511 # +monitor master ser51 192.168.8.51 6351 quorum 1		//监视的主库
14818:X 03 May 21:40:54.512 * +slave slave 192.168.8.53:6353 192.168.8.53 6353 @ ser51 192.168.8.51 6351		//监视的从库1
14818:X 03 May 21:47:45.881 * +slave slave 192.168.8.52:6352 192.168.8.52 6352 @ ser51 192.168.8.51 6351		//监视的从库2
...
  • 测试哨兵模式
[root@host51 ~]# /etc/init.d/redis_6379 stop		//关闭主库51主机的redis服务
Stopping ...
Redis stopped
[root@host53 ~]# redis-sentinel /etc/sentinel.conf
...
14818:X 03 May 21:51:43.072 # +switch-master ser51 192.168.8.51 6351 192.168.8.53 6353		//主库切换为53主机
14818:X 03 May 21:51:43.072 * +slave slave 192.168.8.52:6352 192.168.8.52 6352 @ ser51 192.168.8.53 6353
...

2、redis持久化之RDB
在这里插入图片描述
相关配置参数
在这里插入图片描述
在这里插入图片描述
恢复数据（数据库存储的数据文件/var/lib/redis/6379/dump.rdb）
在这里插入图片描述
在这里插入图片描述
3、redis持久化之AOF
在这里插入图片描述
相关配置参数
在这里插入图片描述
注：以上AOF
文件记录写操作的前两个方式在记录命令至内存同时，会将数据同步写入硬盘，第三种方式只记录在内存文件appendonly.aof中在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • 写操作数据记录文件:/var/lib/redis/6379/appendonly.aof，一般情况下不要修改该文件，以免数据丢失
  • RDB和AOF同时开启时，优先加载appendonly.aof文件
  • 生产环境中，一般同时开启AOF和RDB，若redis服务器中途需要开启AOF，为避免RDB记录的数据被覆盖，应在redis登录状态下配置启用AOF
    （1）通过修改配置文件启用AOF
[root@host50 ~]# vim /etc/redis/6379.conf
673 appendonly yes		//启用AOF
677 appendfilename "appendonly.aof"
[root@host50 6379]# /etc/init.d/redis_6379 start
Starting Redis server...
[root@host50 6379]# ls
appendonly.aof  dump.rdb

（2）在登录状态下启用AOF

[root@host50 6379]# redis-cli -h 192.168.8.50 -p 6350 -a 123456
192.168.8.50:6350> CONFIG SET appendonly yes		//配置启用AOF
OK
192.168.8.50:6350> CONFIG REWRITE		//将配置写入配置文件
OK
192.168.8.50:6350> exit
[root@host50 6379]# !ls
ls /var/lib/redis/6379/
appendonly.aof  dump.rdb

4、redis数据类型

  • string字符串
    在这里插入图片描述
    在这里插入图片描述 在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

在这里插入图片描述

  • list列表：字符队列，一个key可以存放多个值，先进后出
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  • hash表
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
刘鑫的博客
关注
专栏目录
你能说说Redis中Pipeline和事务的区别吗
舒一笑的博客
06-27 182
你能说说Redis中Pipeline和事务的区别吗
redis6.0源码阅读 主从模式之数据同步
a158372582的博客
07-13 1160
redis6.0源码阅读 主从模式之数据同步给新观众老爷的开场主从模式-数据同步的原因1. 数据热备份2. 读写分离主从模式-数据同步的场景从节点数据与主节点数据不一致1. 给主节点新加入从节点 - 全量同步2. 从节点与主节点数据同步中断主从模式-数据同步的实现给主节点新加入从节点同步流程1. 定时删除2. 惰性删除3. 定期删除4. 大key删除redis内存淘汰策略redis内存淘汰策略有哪些？为什么redis默认不进行内存淘汰redis的LRU内存淘汰策略严格的LRU会有什么问题redis中的近似随
Redis基础：基本介绍、redis的应用场景、五种数据类型、持久化操作、主从模式...
weixin_34406061的博客
03-10 279
一、Redis基本概念介绍和特性 1.1 Redis基本概念介绍 1.Redis是远程的，有客户端和服务端，我们一般说的是服务端；2.Redis是基于内存的，所以比基于硬盘的MySQL要快很多，但非常吃内存 3.Redis是非关系型数据库。本质上也是数据库，但MySQL关系型数据库存储时必须定义数据词典，而Redis则不需要。 ...
Redis学习-3 Redis 数据类型
jiang_zf的博客
10-27 213
Redis 数据类型 Redis支持五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及zset(sorted set：有序集合)。 String（字符串） string 是 redis 最基本的类型，你可以理解成与 Memcached 一模一样的类型，一个 key 对应一个 value。 string 类型是二进制安全的。意思是 redis 的 st...
Redis学习笔记（Jedis&数据类型&持久化&主从复制）
weixin_33995481的博客
09-02 189
一、redis介绍 1.1 什么是NoSQL NoSQL，泛指非关系型的数据库，NoSQL 即 Not-Only SQL，它可以作为关系型数据库的良好补充。随着互联网 web2.0 网站的兴起，非关系型的数据库现在成了一个极其热门的新领域，非关系数据库产品的发展非常迅速。而传统的关系数据库在应付 web2.0 网站，特别是超大规模和高并发的 SNS 类型的 web2.0 纯动态网站已经显得力不从心...
pipeline原理
weixin_45839321的博客
10-08 770
文章目录1.pipeline原理1.1 redis发送数据原理1.2 未使用pipeline执行N条命令1.3 使用了pipeline执行N条命令2.pipeline性能代码展示 1.pipeline原理 redis基本语法：https://www.cnblogs.com/xiaonq/p/7919111.html redis四篇：https://www.cnblogs.com/xiaonq/category/1544586.html 1.1 redis发送数据原理 Redis是建立在TCP协议基础
redis常用命令，redis配置文件，redis持久化，redis事务，redis主从复制，jedis的使用
01-21
下面是对 Redis 的常用命令、配置文件、持久化、事务、主从复制、Jedis 使用的详细讲解。 Redis 常用命令 Redis 提供了很多有用的命令来管理和操作数据。下面是一些常用的 Redis 命令： * SET key value：设置...
Redis非关系型数据库笔记-数据持久化-主从同步-缓存-笔记-五大数据类型-三大特殊数据类型
最新发布
02-26
#### 四、Redis主从同步 - **复制机制**: Redis支持主从复制，主节点负责写操作，从节点读取主节点的数据，并可以处理读操作。 - **优点**: - 提升读性能: 读操作可以分发到从节点，减少主节点压力。 - 数据冗余:...
Redis主从模式
jiangxilg的专栏
12-27 747
Redis主从模式介绍及搭建部署
Redis主从架构的数据同步机制
Redis主从架构是一个常用的数据存储架构，通过主从复制的方式实现数据同步和备份，提高系统的性能和可用性。在本章中，我们将深入理解Redis主从架构的基本概念、优势、应用场景以及工作原理。 ## 1.1 Redis主从架构...
Redis两主部署
11-29
Redis两主部署,配两主两从的哨兵模式，交叉用，保证服务高可用性。
redis-broker:Redis双写工具，创建Redis双主模式
05-26
redis-broker Redis双写工具，创建Redis双主模式
Redis的Pipeline简介
梦想不会灭
08-13 814
redis管道pipeline一次性发送命令执行简介
Redis Pipeline实战及序列化问题避坑，Redis List，Set实战，缓存需要更新怎么解决缓存击穿？一文带你进阶Redis使用！
weixin_45929082的博客
06-18 1329
前言 这是一遍夹杂了很多内容的博文，不专攻哪一点技术，主要是还是以实战综合运用为主！！！ 业务场景： 类似于下图的这种小程序投票排行榜的场景！！！ 先进行分析 第一能够投票的爱豆很多，切需要排名 第二对于投票数据的需要进行统计，部分爱豆票数的量过于巨大 第三用户使用这个小程序，一进来的主页面就是这个排行榜，作为一个热点数据 综合分析下来：1.我们要使用缓存，票数不可能实时刷新对服务的压力太大2.使用缓存来展示数据，那么数据在更新的过程中，缓存失效了怎么保证，缓存不被击穿，直接打到我们数据库导致db挂掉.
Redis超详细总结
说故事的五公子
05-07 3370
NoSQL概述 一.数据存储的演化史 1.单机MySQL的美好年代 在90年代，一个网站的访问量一般都不大，用单个数据库完全可以轻松应付。在那个时候，更多的都是静态网页，动态交互类型的网站不多。 上述架构下，我们来看看数据存储的瓶颈是什么？ 1.数据量的总大小 一个机器放不下时 2.数据的索引（B+ Tree）一个机器的内存放不下时 3.访问量(读写混合)一个实例不能承受 如果满足了上述1 or...
[C#] ServiceStack.Redis如何批量的pop数据？
weixin_30315723的博客
02-27 386
要安全的批量pop数据，有两个办法：1、用事务（不用事务的话可能导致重复读。ServiceStack的pipeline是没有自带事务的。）2、执行lua脚本我这里提供用事务的实现方法：public static string ReadLine(RedisNativeClient cln) { MethodInfo mi = cln.GetType().GetMethod("ReadLine"...
从redis列表中一次pop出多个
tgs2033的博客
03-24 1723
要解决这个问题，我们就需要使用 Redis 的pipeline功能，它可以把多条命令放在一个网络请求中发送到服务器，并默认在一个事务中执行这些命令。一个事务是不会被打断的，从事务开始然后执行里面的多个命令到结束的整个过程，可以看做一个原子操作。 pipeline的使用方法如下： $pipe = $redis->multi(Redis::PIPELINE); $pipe->lRange($lpushmqkey,0, $loop_num-1); $pipe->lTrim($lpushmq
如何用 redis 实现批量 pop？
q1472750149的博客
11-18 3931
最近在业务上遇到需要批量pop的场景，起初以为是个很简单的方案，然而在实现过程中走了很多弯路，和大家分享一下，避免踩坑 1.简单的循环 pop 这是最简单的方案，伪代码如下所示： var values []string for(i:=0;i<num;i++){ values=append(values,redis.rpop()) } 复制代码 这也是我们最初的方案，后来随着业务量上来后，大量的网络开销导致耗时严重，业务逐渐不能接受 总结 优点 最简单的方案 缺点 串行，耗时严重
CentOS上Redis主从复制与数据持久化详解
本文档主要介绍了如何在CentOS 7.x环境中部署Redis 4.0.8，重点讲解了Redis作为键值存储系统的核心特性、数据持久化策略以及主从复制模式的设置。Redis是由Salvatore Sanfilippo开发的一款开源、高性能的内存数据库...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值