redis总结

2024-01-08 14:35:31
redis 总结
1.redis是单线程吗
Redis 的单线程主要是指 Redis 的网络 IO 和键值对读写是由一个线程来完成的,
这也是 Redis 对外提供键值存储服务的主要流程。但 Redis 的其他功能,
比如持久化、异步删除、集群数据同步等,其实是由额外的线程执行的。
2.redis既然是单线程,为什么还可以运行的很快
因为它所有的数据都在内存中,所有的运算都是内存级别的运算,
而且单线程避免了多线程的切换性能损耗问题。
正因为 Redis 是单线程,所以要小心使用 Redis 指令,
对于那些耗时的指令(比如keys),一定要谨慎使用,一不小心就可能会导致 Redis 卡顿。
3.Redis 单线程如何处理那么多的并发客户端连接?

redis利用了epoll来实现IO的多路复用,将连接的信息和事件放在队列中,再依次放在文件事务分派器中,事务分派器会将会将事件发送给事务处理器。

4.redis持久化
redis持久化的方式有两种
1.RDB快照

在默认情况下,Redis将内存数据库快照保存在文件名称为dump.rdb的二进制文件中,也可以设置在固定的时间内至少有多少次的改动,内存数据库快照保存一次。
也可以手动输入指令保存数据集,指令save或者bgsave,每次执行指令都会新生成一个以.rdb结尾的文件,并将原有的文件覆盖。

注意:bgsave在数据库快照时依旧可以正常处理写指令
优点:

适合大规模的使用,恢复的速度快。

缺点:

一旦宕机,那么服务器将丢失最近写入、且未保存在快照中的数据。

2.AOF

将修改的每一句指令记录在appendonly.aof文件中,当redis重启时,程序通过执行AOF文件中的指令达到数据重构的效果。
可以配置多久同步磁盘

appendfsync always:每次有新的指令追加AOF文件就同步一次,非常慢相对也非常的安全
appendfsync everysec:每秒同步一次,即便宕机也丢失的是那一秒的数据
appendfsync no:将数据交给操作系统来处理,更快,但不安全
3.混合持久化
  1. 上述两种方式各有优劣,重启Redis,若选择RDB则会面临数据大量丢失,若选择AOF性能较与RDB而言会慢许多,为解决该问题,出现了混合持久化。

  2. 混合持久化,在AOF重写时,不单单是将内存数据转化成指令写入到AOP文件中,它是将重写这一刻前的数据进行RDB快照处理,并将快照内容和增量的AOF指令存在一起,写入到新的AOF文件中,新AOF文件一开始并不以.aof命名,待重写完新的AOF文件才会改名同时覆盖原有的文件。于是在Redis重启时,先加载RDB的内容,后重放AOF增量就可以完全替代之前的AOF全量文件重放。效率大大提高。

4.主从复制

当给master配置了一个save ,不管从库是否第一次连接主库,他都会发送PSYNC给master,当master接收的PSYNC命令,会在后台进行数据持久化,通过bgsave指令,生成最新的rdb快照文件,再此期间,主库可以正常接收客户端的请求,它会把这些可能会修改数据集的请求暂缓在内存中,当持久化完毕后,主库会将最新的快照文件发送给存库,从库将接收的数据进行持久化,后加载到内存中。主库再将 之前暂缓的指令发送给存库。

文章来源:https://blog.csdn.net/m0_62731842/article/details/135389707
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。