redis.conf是redis的配置文件，在解压后的redis安装文件夹下单位 1 配置大小单位,开头定义了一些基本的度量单位，只支持bytes，不支持bit 2 对大小写不敏感包含 和我们的Struts2配置文件类似，可以通过includes包含，redis.
转载
2024-09-13 19:27:50
57阅读
2022-01-01把当前进程数据生成快照(.rdb)文件保存到磁盘的过程 两种触发方式：手动触发（save命令），自动触发（bgsave命令，推荐） save命令：阻塞当前redis直到rdb持久化完成。若内存实例较大，会造成长时间阻塞，线上环境不建议使用。 bgsave命令：redis进程执行fork命令创建子进程来完成持久化，阻塞时间短（微秒级），save命令的优化。 bgsave触发的条件
转载
2023-08-09 21:09:04
116阅读
Redis的持久化机制有两种，第一种是快照(RDB),第二种是AOF日志。快照是一次全量备份，AOF日志是连续的增量备份。快照是内存数据中的二进制序列化形式，在存储上非常紧凑，而AOF日志记录的是内存数据修改的指令记录文本。AOF日志在长期的运行过程中国会变得无比庞大，数据库重启时需要加载AOF日志进行指令重放，这个过程就会无比漫长，所以要定期进行AOF重写，给AOF日志进行瘦身。快照原理Redi
转载
2023-08-09 21:08:36
131阅读
Redis 的 RDB 后台 save ( BGsave ) 是使用了无参的 fork 的，所以会拷贝当前进程，也就是父进程的目录表和页面表并且使用 COW 。值得注意的是 fork 之后，并没有调用 exec，所以子进程不需要另立门户，设置自己的新的，空的目录表和页面表。而是用和父进程用有相同内容的（注意不是同一份）。于是，如果父进程在子进程执行BGsave的过程中，使用了写操作的话，写某个页的
转载
2023-06-14 22:38:34
108阅读
一、常见问题目录fork操作进程外开销AOF追加阻塞单机多实例部署二、 fork1、Fork操作 1.同步操作：Fork操作只是做内存页的拷贝，而不是做整个内存的拷贝，所以说，大部分情况下速度是非常快的，但是如果本身的fork操作比较慢，或者是卡在了某个地方，那么它就会阻塞redis的主线程。 2. 与内存量息息相
转载
2024-04-19 11:24:40
51阅读
一、Redis持久化Redis的数据全部在内存里，如果突然宕机，数据就会全部丢失，因此你须有一种机制来保证Redis的数据不会因为故障而丢失，这种机制就是Redis的持久化机制。Redis的持久化机制有两种：RDB（快照）：该持久化方式会fork一个子进程，由子进程负责持久化过程（生成内存快照后写入硬盘），主进程在持久化期间仍然能够继续运行（执行IO操作及客户端命令），因此阻塞只会发生在fork子
转载
2024-04-09 10:04:17
36阅读
持久化 Redis的数据全部在内存里，如果突然宕机，数据就会全部丢失，因此必须有一种机制来保证Redis中的数据不会因为故障而丢失，这种机制就是Redis的持久化机制。 Redis的持久化机制有两种： 一、快照RDB 1、一次全量备份，使用 BGSAVE命令 2、一个紧凑压缩的二进制文件（保存方式是内存数据的二进制序列化形式，在存储上非常紧凑） 3、使用操作系统
转载
2023-08-09 21:18:23
112阅读
1、RDB（Redis DataBase）持久化RDB 是 Redis 中默认的持久化机制，按照一定的时间将内存中的数据以快照的方式保存到磁盘中，它会产生一个特殊类型的文件 .rdb 文件，同时可以通过配置文件中的 save 参数来定义快照的周期在 RDB 中有两个核心概念 fork 和 cow，在执行备份的流程如下：在执行bgsave的时候，Redis 会 fork 主进程得到一个新的子进程，子
转载
2023-08-06 11:55:02
100阅读
Redis数据全部在内存里，那如何把内存数据存储到磁盘上呢？？？Redis提供了2种方式：快照、AOF日志。快照快照是把内存中的数据按照二进制序列化形式全部复制下来。现在的问题是Redis是单线程，那如何在单线程的前提下实现快照的目标呢？答：fork、COW第一步：快照的时候通过glibc函数fork产生一个子进程，该子进程全权负责快照持久化，而父进程继续处理客户端请求。第二步：子进程刚产生时，其
转载
2023-09-29 12:00:39
89阅读
前段时间在学习内核的进程管理方面的东西，看了进程创建和进程调度的代码，想写个大而全的东西，即有内核代码分析，又有一些实验在效果上证明内核的代码。 但是这篇文章很难产，感觉自己还是驾驭不了这个宏大的主题。 好久没写文章了，今天就放弃这个想法，写一个简单的东西。 我们都知道fork创建进程的时候，并没有真正的copy内存，因为我们知道，对于fork
转载
2024-05-13 12:39:30
28阅读
当需要使用Redis的复制功能时，有时需要能及时的得到复制完成的信息，或者说复制的进度。
Redis提供的INFO命令，可以提供redis运行时的各种信息。我们这里需要关注Replication段：
转载
2023-06-28 22:38:28
94阅读
持久化问题定位和优化fork操作子进程开销监控和优化CPU消耗内存消耗内存消耗优化硬盘消耗AOF追加阻塞 fork操作当Redis做RDB或AOF重写时，一个必不可少的操作就是执行fork操作创建子进程，对于大多数操作系统来说fork是个重量级错误 虽然fork创建的子进程不需要拷贝父进程的物理内存空间，但是会复制父进程的空间内存页表 例如对于10GB的Redis进程，需要复制大约20MB的内存
转载
2023-12-21 06:09:07
247阅读
持久化 redis的持久化，有两种：RDB,AOFRDB1.定义 redis默认采用，通过快照完成，符合条件时redis会自动将内存中的数据进行快照并存储到磁盘， 一般是当前目录的dump.rdb文件，可通过dir和dbfilename两个参数分别指定快照文件的存储路径和文件名。2.快照条件 时间和改动的个数 save 900 1 save 300 10 save 6010000以上为或的关系 9
转载
2023-11-11 08:06:18
83阅读
目录fork耗时导致高并发请求延时现象优化思路AOF的阻塞问题优化思路主从复制延迟问题主从复制风暴问题linux -- vm.overcommit_memoryswapiness最大打开文件句柄tcp backlog 可以用公司里的一些已有的数据，导入进去，几百万，一千万，进去做各种压力测试，性能，redis-benchmark，并发，QPS，高可用的演练，每台机器最大能存储多少数据量，横向扩容
转载
2024-01-11 07:58:46
35阅读
Redis采用fork子进程重写AOF文件时，潜在的阻塞风险包括：fork子进程 和 AOF重写过程中父进程产生写入的场景，下面依次介绍。a、fork子进程，fork这个瞬间一定是会阻塞主线程的（注意，fork时并不会一次性拷贝所有内存数据给子进程，如果说是拷贝所有内存数据给子进程，我个人认为是有歧义的），fork采用操作系统提供的写实复制(Copy On Write)机制，就是为了避免一次性拷贝
转载
2023-11-10 17:55:06
180阅读
作者 | 程序员历小冰Redis 是一种内存数据库，将数据保存在内存中，读写效率要比传统的将数据保存在磁盘上的数据库要快很多。但是 Redis 也会发生延迟时，这是就需要我们对其产生原因有深刻的了解，以便于快速排查问题，解决 Redis 的延迟问题。 一条命令执行过程在本文场景下，延迟(Latency)是指从客户端发送命令到客户端接收到命令返回值的时间间隔。所以我们先来看一下 Re
转载
2024-07-30 11:22:02
70阅读
# Redis Fork子进程卡死的原因及解决方案
## 引言
在现代高并发的应用场景中，Redis因其高性能和灵活性而受到广泛应用。然而，有时在使用Redis进行大规模数据处理时，可能会遇到“fork子进程卡死”的问题。本文将探讨其原因、表现形式，并提供代码示例和解决方案。
## Fork子进程的工作机制
Redis使用`fork`系统调用来创建一个子进程，主要用于生成数据快照的持久化。
什么是 LFU 缓存机制？LFU 算法，即 least frequently used 最近最不常使用，和 LRU 相似，也是一种用于缓存的数据淘汰策略。当内存不足以容纳新的数据时，需要淘汰最近最不频繁使用的数据。LFU 相比较 LRU 更复杂一点，不仅需要考虑不同频率，而且对于相同频率的数据之间也需要维护先后顺序。（按访问频率淘汰频率最低的数据，相同频率的数据淘汰最近未使用的）比如 Redis
转载
2024-10-28 13:27:19
15阅读
一、RDB（Redis DataBase）1. 定义（1）定义在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里。（2）流程Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的，这就确保了极高的
转载
2023-08-18 17:58:32
106阅读
Redis如何做持久化的？bgsave做镜像全量持久化，aof做增量持久化。因为bgsave会耗费较长时间，不够实时，在停机的时候会导致大量丢失数据，所以需要aof来配合使用。在redis实例重启时，会使用bgsave持久化文件重新构建内存，再使用aof重放近期的操作指令来实现完整恢复重启之前的状态。对方追问那如果突然机器掉电会怎样？取决于aof日志sync属性的配置，如果不要求性能，在每条写指令
转载
2023-11-24 22:23:13
53阅读
