redis内存回收机制：
当在redis交互式十删除了二十G的数据，使用free -m，发现操做系统内存并无释放，消耗掉的内存仍是从前。由于redis会经过操做系统的com机制将数据段分为多个数据页面，因此各个页面也许都会你有的key存在，此时你须要使用flushdb刷新一下内存，清空各页面存在的key，此时再使用fee -m会发现内存已释放redis
rdb存储机制
redis在持久化时会fork一个子进程出来对快照进行持久化进行处理，交进程负责处理客户端的请求，子和父进程 共享内存里面的代码段和数据，子进程作数据持久化，不会修改如今的内存数据结构，它只是对数据结构遍历读取，而后序列化写到磁盘中。父进程不断持续服务客户端请求，而后对内存数据结构进行不间断的修改，这个时候会使用com机制来进行数据段页面的分离，数据段是由不少操做系统的页面组成，当父进程 对其中一个页面的数据进行修改时，会将被共享的页复制一份分离出来，而后对这个复制的页面进行修入，这时子进程相应的页面是没有变化的，仍是进程产生那一瞬间的数据，随着父进程修改操做的持续进行，愈来愈多的共享页面被分离出来，内存就会持续增加，可是也不会超过原有数据内存的两倍大小。另外。另redis实例里冷数据占的比例每每是比较高的，因此不多会出现全部的页面被分离的状况，被分离的每每只有其中一部分页面。每一个页面的大小只有四KB，一个redis实例里面通常都会有成千上万个页面。服务器
aof原理
aof日志存储的是redis服务器的顺序指令序列，aof日志只记录对内存进行的修改的指令记录，redis会在收到客户端修改指令后，进行参数校验交，逻辑处理，若是没问题，就当即将指令文本存储到AOF日志中，也就是说，先执行指令才将日志存盘。数据结构
aof重写
随着时间的推移，aof的日志会愈来愈长，日志会愈来愈大，须要对aof进行瘦身
redis提供了bgrewriteaof指令用于对aof日志进行瘦身，原理就是开辟一个子进程对内存进行遍历，转换成一系列的redis的操做指令，序列化到一个新的aof日志文件中，序列化完毕后再将操做期间发生的增量aof日志追加到这个新的aof日志文件中，追加完毕后就当即替换旧的aof，因为新的aof文件去除了许多没有用占用空间的多余东西，因此新aof文件会比旧的aof占用空间容量要小不少ide