极客时间 Redis核心技术与实战 笔记（基础篇）

最新推荐文章于 2021-11-07 10:49:07 发布
最新推荐文章于 2021-11-07 10:49:07 发布
阅读量3.3k 收藏 2
点赞数
分类专栏： # Redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hbkzhu13579/article/details/113817844
版权
本文介绍了Redis的基础知识，包括全局哈希表、渐进式rehash和不同数据结构的操作复杂度。重点讲解了Redis的单线程高性能IO模型，解释了为何Redis使用单线程以及如何通过非阻塞模式和多路复用实现高性能。此外，还提及了持久化、主从同步和集群等相关话题。
摘要由CSDN通过智能技术生成

Redis 概览

Redis 知识全景图

在这里插入图片描述

Redis 问题画像图

在这里插入图片描述

基础篇

基本架构

在这里插入图片描述

数据结构

数据类型和底层数据结构映射关系
在这里插入图片描述

全局哈希表

在这里插入图片描述
链式哈希解决哈希冲突

渐进式 rehash

最低0.47元/天 解锁文章
Holmes Zhu
关注
专栏目录
Redis学习笔记
我是要成为海贼王的男人！
09-22 252
从键值数据库到redis 数据结构 全局哈希表 底层数据结构 底层数据结构一共有 6 种，分别是简单动态字符串、双向链表、压缩列表、哈希表、跳表和整数数组 压缩列表：类似数组， 和数组不同的是，压缩列表在表头有三个字段 zlbytes、zltail 和 zllen，分别表示列表长度、列表尾的偏移量和列表中的 entry 个数；压缩列表在表尾还有一个 zlend，表示列表结束。 跳表 跳表在链表的基础上，增加了多级索引，通过索引位置的几个跳转，实现数据的快速定位 不同操作的复杂度 单元素操作是基础；
极客时间 Redis核心技术与实战 笔记（实践篇 集群）
朱嫑膘的博客
02-18 2251
Redis主从同步与故障切换，有哪些坑？
Redis系列 - Redis数据持久化（AOF&RDB）？
u011485472的博客
10-25 975
Redis系列 - Redis数据持久化（AOF&RDB）？ 宕机了，Redis如何避免数据丢失？ AOF RDB AOF Redis先将数据写入Redis内存，再记日志，Redis使用的写后日志。为了避免额外的检查开销，Redis 在向 AOF 里面记录日志的时候，并不会先去对这些命令进行语法检查。所以，如果先记日志再执行命令的话，日志中就有可能记录了错误的命令，Redis 在使用日志恢复数据时，就可能会出错。 AOF日志记录格式： 以 Redis 收到“set key1valu.
极客时间 Redis核心技术与实战 基础篇 笔记03 缓存穿透，雪崩，击穿
郭传志的博客
11-14 1481
我们再看一下刚才的计算机分层结构。LLC 的大小是 MB 级别，page cache 的大小是 GB 级别，而磁盘的大小是 TB 级别。这其实包含了缓存的第二个特征：缓存系统的容量大小总是小于后端慢速系统的，我们不可能把所有数据都放在缓存系统中 举个例子，在商品大促的场景中，商品的库存信息会一直被修改。如果每次修改都需到数据库中处理，就会拖慢整个应用，此时，我们通常会选择读写缓存的模式。而在短视频 App 的场景中，虽然视频的属性有很多，但是，一般确定后，修改并不频繁，此时，在数据...
Redis 缓存雪崩、缓存击穿、缓存穿透定义以及解决办法
子冉冰清的博客
03-22 521
Redis 缓存雪崩、缓存击穿、缓存穿透定义以及解决办法 在实际应用 Redis 缓存时，我们经常会遇到一些异常问题，概括来说有 4 个方面： 缓存中的数据和数据库中的不一致； 缓存雪崩； 缓存击穿； 缓存穿透。 只要我们使用 Redis 缓存，就必然会面对缓存和数据库间的一致性保证问题，这也算是 Redis 缓存应用中的“必答题”了。最重要的是，如果数据不一致，那么业务应用从缓存中读取的数据就不是最新数据，这会导致严重的错误。比如说，我们把电商商品的库存信息缓存在 Redis 中，如果库存信息不对，那
极客时间 Redis核心技术与实战 笔记01 基础篇
热门推荐
郭传志的博客
08-03 1万+
01 | 基本架构：一个键值数据库包含什么？ 而 Redis 支持的 value 类型包括了 String、哈希表、列表、集合等。Redis 能够在实际业务场景中得到广泛的应用，就是得益于支持多样化类型的 value。 为了和 Redis 保持一致，我们的 SimpleKV 就采用内存保存键值数据。接下来，我们来了解下 SimpleKV 的基本组件。 大体来说，一个键值数据库包括了访问框架、索引模块、操作模块和存储模块四部分（见下图）。接下来，我们就从这四个部分入手，继续构建我们...
极客时间 Redis核心技术与实战 笔记（基础篇 集群）
朱嫑膘的博客
02-27 2256
数据同步 Redis 具有高可靠性，又是什么意思呢？其实，这里有两层含义：一是数据尽量少丢失，二是服务尽量少中断。AOF 和 RDB 保证了前者，而对于后者，Redis 的做法就是增加副本冗余量，将一份数据同时保存在多个实例上。即使有一个实例出现了故障，需要过一段时间才能恢复，其他实例也可以对外提供服务，不会影响业务使用。 Redis 提供了主从库模式，以保证数据副本的一致，主从库之间采用的是读写分离的方式。 读操作：主库、从库都可以接收； 写操作：首先到主库执行，然后，主库将写操作同步给从库。 主从
极客时间 Redis核心技术与实战 笔记（基础篇 AOF和RDB）
朱嫑膘的博客
02-24 461
AOF日志 AOF 日志是如何实现的？ 数据库的写前日志（Write Ahead Log, WAL）：在实际写数据前，先把修改的数据记到日志文件中，以便故障时进行恢复。 AOF 日志正好相反，是写后日志：“写后”的意思是 Redis 是先执行命令，把数据写入内存，然后才记录日志，如下图所示： 传统数据库的日志，例如 redo log（重做日志），记录的是修改后的数据，而 AOF 里记录的是 Redis 收到的每一条命令，这些命令是以文本形式保存的。 写后日志两大好处： 可以避免出现记录错误命令的情况
本人亲自整理的极客时间设计模式之美的硬核笔记
菼执的博客
10-20 4101
由于笔记内容过多，我把它放到语雀上了。 点击我
极客时间-Redis核心技术与实战笔记(3)
LIXL123456的博客
11-05 510
为什么单线程Redis那么快？ 大部分操作在内存完成，高效的数据结构，采用I/O多路复用。 为什么Redis不使用多线程？ 多线程访问共享资源使用的互斥机制会带来额外的开销。使用单线程是Redis在性能方面综合考虑所作出的选择。 什么是单线程Redis？ 单线程Redis指对Redis进行网络I/O和键值对读写由一个线程完成。 Redis是单线程的吗？有没有用到多线程？ Redis持久化，异步删除，集群数据同步是由其他线程完成的。 之后讲了Linux网络编程的一些IO多路复用的知识。 ...
《Redis实战》电子书
06-19
《Redis实战》电子书
极客时间 Redis核心技术与实战 笔记（实践篇 数据结构）
朱嫑膘的博客
02-17 809
实践篇 “万金油”的String，为什么不好用了？ 为什么 String 类型内存开销大？ 当你保存 64 位有符号整数时，String 类型会把它保存为一个 8 字节的 Long 类型整数，这种保存方式通常也叫作 int 编码方式。 但是，当你保存的数据中包含字符时，String 类型就会用简单动态字符串（Simple Dynamic String，SDS）结构体来保存，如下图所示： buf：字节数组，保存实际数据。为了表示字节数组的结束，Redis 会自动在数组最后加一个“\0”，这就会额外占用 1
极客时间-Redis核心技术与实战笔记(4)
LIXL123456的博客
11-07 656
宕机，Redis如何避免数据丢失？ Redis是工作在内存中的键值数据库，服务器宕机后存在数据丢失的问题。 一种解决方法是从后端数据库恢复数据。 上述解决方法存在的问题：每次出现问题都需要访问数据库拷贝大量数据，给数据库带来巨大压力（这里有点疑惑，宕机很少出现，作者却说需要频繁访问数据库。访问数据不都是通过Redis吗？）。宕机后数据从慢速数据库读取，使用这些数据的应用相应变慢。 解决方法：数据持久化。 持久化两大机制：AOF(Append Only File)日志，RDB快照。 AOF日志实现：应用程序从
redis核心技术与实战笔记
lucineslei的博客
11-04 2617
Redis比较粗浅的总结 一，作者讲了什么？ 1，Redis的底层数据结构 二，作者是怎么把这事给讲明白的？ 1，讲了Redis的数据结构：数据的保存形式与底层数据结构 2，由数据结构的异同点，引出数据操作的快慢原因 三，为了讲明白，作者讲了哪些要点？有哪些亮点？ 1，亮点1：string，list，set，hast,sortset都只是数据的保存形式，底层的数据结构是：简单动态字符串，双向链表，压缩列表，哈希表，跳表，整数数组 2，亮点2：Redis使用了一个哈希表保存所有的键值对 3，要点1：五种数据形
事务例子_实践篇（10）事务：Redis能实现ACID
weixin_29124971的博客
12-21 238
事务是数据库的一个重要功能。所谓的事务，就是指对数据进行读写的一系列操作。事务在执行时，会提供专门的属性保证，包括原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability），也就是 ACID 属性。这些属性既包括了对事务执行结果的要求，也有对数据库在事务执行前后的数据状态变化的要求那么，Redis 可以完全保证 ACID 属性吗？毕...
极客时间-Redis核心技术与实战笔记(1)
LIXL123456的博客
11-03 963
对一个大型软件系统的更好的学习方式：先建立起系统观，再关注具体的细枝末节。 先考虑简单的键值数据库架构： 理解数据模型和操作接口，知道Redis可以做什么，不能做什么。 数据模型： key-value类型，key类型对于不同数据库一般差别不大。 value类型： Memcached仅支持string类型，Redis支持多种类型。不同数据类型支撑不同业务需求，在性能空间效率等方面有差异。 数据操作： 简单的key-value1支持三种操作： PUT， GET，DELETE PUT：写入或更新key-value
极客时间 Redis核心技术与实战 笔记（实践篇 性能和内存）
朱嫑膘的博客
02-17 1725
异步机制：如何避免单线程模型的阻塞？ Redis 实例有哪些阻塞点？ 客户端：网络 IO，键值对增删改查操作，数据库操作； 磁盘：生成 RDB 快照，记录 AOF 日志，AOF 日志重写； 主从节点：主库生成、传输 RDB 文件，从库接收 RDB 文件、清空数据库、加载 RDB 文件； 切片集群实例：向其他实例传输哈希槽信息，数据迁移。 1. 和客户端交互时的阻塞点 复杂度高的增删改查操作肯定会阻塞 Redis （1）集合全量查询和聚合操作 不同数据类型删除耗时： （2）bigkey 删除操作 （3
极客时间 Redis核心技术与实战 基础篇 笔记02 主从同步 && 哨兵 && 切片
郭传志的博客
08-19 2285
06 | 数据同步：主从库如何实现数据一致？ 好了，到这里，我们了解了主从库间通过全量复制实现数据同步的过程，以及通过“主 - 从 - 从”模式分担主库压力的方式。那么，一旦主从库完成了全量复制，它们之间就会一直维护一个网络连接，主库会通过这个连接将后续陆续收到的命令操作再同步给从库，这个过程也称为基于长连接的命令传播，可以避免频繁建立连接的开销。 在网络断连阶段，主库可能会收到新的写操作命令，所以，一般来说，master_repl_offset 会大于 ...
极客时间 Redis核心技术与实战 基础篇 笔记04 缓存事务 数据同步 分布式锁
郭传志的博客
11-14 874
29 | 无锁的原子操作：Redis如何应对并发访问？ 别担心，Redis 提供了 INCR/DECR 命令，把这三个操作转变为一个原子操作了。INCR/DECR 命令可以对数据进行增值 / 减值操作，而且它们本身就是单个命令操作，Redis 在执行它们时，本身就具有互斥性。 Redis 会把整个 Lua 脚本作为一个整体执行，在执行的过程中不会被其他命令打断，从而保证了 Lua 脚本中操作的原子性。如果我们有多个操作要执行，但是又无法用 INCR/DECR 这种命令操作来...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值