redis源码整体略读

2023-10-08 09:10
文章标签 源码 整体 redis 略读

本文主要是介绍redis源码整体略读,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

之前读了 redis设计与实现 感觉好多细节不太清楚,于是去读了源码。单机部分基本上有个比较清晰的认识了,集群部分秋招后再去看了。
先放主流程图:
在这里插入图片描述

先抓主函数: mian


主要包含两部分核心函数:1.初始化服务器,分配空间 2.开启大循环

int main(int argc, char **argv){//...   初始化库initServerConfig();//初始化server结构  设置一堆默认端口号和默认设置//检查用户是否指定了配置文件或配置选项if (argc >= 2) {//第二个参数是-v/--version 则显示版本信息,若是--help显示帮助信息。如果是其他,则标识是配置文件,则解析配置文件并更新server的配置。//如果超过2个参数,则会判断是否是测试内存的命令,如果是,则测试内存,否则显示帮助信息。//...// 载入配置文件, options 是前面分析出的给定选项loadServerConfig(configfile,options);}    // 将服务器设置为守护进程if (server.daemonize) daemonize();// 创建并初始化服务器数据结构 -- !!!核心函数initServer();// 如果服务器是守护进程,那么创建 PID 文件if (server.daemonize) createPidFile();//不是集群if (!server.sentinel_mode) {// 从 AOF 文件或者 RDB 文件中载入数据loadDataFromDisk();// 启动集群?if (server.cluster_enabled) {//...}} 运行事件处理器,一直到服务器关闭为止aeSetBeforeSleepProc(server.el,beforeSleep);  //~!!!  建立事件循环aeMain(server.el);// 服务器关闭,停止事件循环aeDeleteEventLoop(server.el);return 0;
}

初始化服务器函数 initServer --main的主要步骤之一

在这个函数里面,主要读取了配置值,做了一些信号处理,创建共享对象,为数据库域申请内存等。
这里面比较重要的是创建了eventLoop,时间循环器,这个结构体(ae.h/aeEventLoop)主要包括了已注册文件事件数组、已就绪文件事件数组、事件事件列表,还有一些描述处理事件的一些信息,如执行时间等。

void initServer() {// 设置信号处理函数 信号是一种软件层面上对中断的一种模拟,被称为软中断signal(SIGHUP, SIG_IGN);  //用SIG_IGN忽略sighup,sigpipe信号signal(SIGPIPE, SIG_IGN); //signal功能:设置一个函数来处理信号setupSignalHandlers();// 设置 syslogif (server.syslog_enabled) {//...}// 初始化并创建数据结构server.current_client = NULL;server.clients = listCreate();server.slaves = listCreate();  //里面都是创建的都是双向链表//...// 创建共享对象  -- 把一堆常用对象的SDS空间申请出来  保存在sharedObjectsStruct结构体createSharedObjects();adjustOpenFilesLimit();//创建事件循环对象   目前理解:放置事件处理器和文件事件的位置  最后都到redis大循环中处理server.el = aeCreateEventLoop(server.maxclients+REDIS_EVENTLOOP_FDSET_INCR);server.db = zmalloc(sizeof(redisDb)*server.dbnum);// 打开 TCP 监听端口,用于等待客户端的命令请求   Q:为啥这里一个port要bind多个fdif (server.port != 0 &&listenToPort(server.port,server.ipfd,&server.ipfd_count) == REDIS_ERR)exit(1);// 打开 UNIX 本地端口  --配置文件中可以控制是否开这个端口//...// 创建并初始化数据库结构for (j = 0; j < server.dbnum; j++) {server.db[j].dict = dictCreate(&dbDictType,NULL);server.db[j].expires = dictCreate(&keyptrDictType,NULL);server.db[j].blocking_keys = dictCreate(&keylistDictType,NULL);//...}//订阅发布PUBSUB相关结构 //...// 创建serverCron()事件事件 和处理方式  处理后台操作的主要方式   这边传了回调函数,还没有真跑 最后外层有个大循环跑if(aeCreateTimeEvent(server.el, 1, serverCron, NULL, NULL) == AE_ERR) {redisPanic("Can't create the serverCron time event.");exit(1);}// 为 TCP 连接关联连接应答(accept)处理器// 用于接受并应答客户端的 connect() 调用for (j = 0; j < server.ipfd_count; j++) {if (aeCreateFileEvent(server.el, server.ipfd[j], AE_READABLE,acceptTcpHandler,NULL) == AE_ERR)   //fileEvent是除时间外所有操作的抽象{redisPanic("Unrecoverable error creating server.ipfd file event.");}}//为本地socket关联应答处理器(UnixHandler)//...//如果AOF持久化功能打开,打开或创建一个AOF文件//...// 如果服务器以 cluster 模式打开,那么初始化 clusterif (server.cluster_enabled) clusterInit();// 初始化复制功能有关的脚本缓存replicationScriptCacheInit();// 初始化脚本系统scriptingInit();// 初始化慢查询功能slowlogInit();//close加入BIO的原因//1.如果fd是特定文件描述符的最后一份拷贝,那么文件描述符相关的资源会被释放。//2.如果fd是最后一个引用文件描述符的,并且文件描述符之前已经使用unlink进行删除,那么文件会被删除.资源释放和文件删除是非常慢的,会阻塞服务器 //fsync加入BIO的原因//把内存中修改的文件数据同步到磁盘。调用者将被阻塞至磁盘报告同步完成。// 初始化BIO后台系统,生成线程  bioInit(); }

服务器socket监听 – bind()和listen()的打包函数:
如果指定了端口,则会启动anetTcpServer并开始监听。监听端口默认为6379,配置文件可以指定绑定的ip和端口。对应文件描述符为ipfd。如果是设置的unixsocket,则启动anetUnixServer,对应文件描述符为sofd。
这里跟我们平时写WEB服务器程序基本一致,只是稍作了封装,流程也是通用的socket(),bind(),listen()。

//这个anetTcpServer是listenToPort的核心函数
//bind和listen的打包函数
int anetTcpServer(char *err, int port, char *bindaddr)
{int s;       struct sockaddr_in sa;if ((s = anetCreateSocket(err,AF_INET)) == ANET_ERR)return ANET_ERR;memset(&sa,0,sizeof(sa));sa.sin_family = AF_INET;sa.sin_port = htons(port); sa.sin_addr.s_addr = htonl(INADDR_ANY);if (bindaddr && inet_aton(bindaddr, &sa.sin_addr) == 0) {anetSetError(err, "invalid bind address");close(s);return ANET_ERR;}    if (anetListen(err,s,(struct sockaddr*)&sa,sizeof(sa)) == ANET_ERR)return ANET_ERR;return s;
}

在eventLoop中创建时间事件


即创建时间事件,这个创建过程即封装一些当前时间的信息,并且关键是把回调函数传入目标函数(在这里是把serverCron传入到了aeTimeEvent的proc成员变量上),最后把新事件放入时间事件列表(无序链表)的表头。

long long aeCreateTimeEvent(aeEventLoop *eventLoop, long long milliseconds,aeTimeProc *proc, void *clientData,aeEventFinalizerProc *finalizerProc)
{// 更新时间计数器long long id = eventLoop->timeEventNextId++;// 创建时间事件结构aeTimeEvent *te;te = zmalloc(sizeof(*te));if (te == NULL) return AE_ERR;

这篇关于redis源码整体略读的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/164211

相关文章

Redis主从/哨兵机制原理分析

《Redis主从/哨兵机制原理分析》本文介绍了Redis的主从复制和哨兵机制,主从复制实现了数据的热备份和负载均衡,而哨兵机制可以监控Redis集群,实现自动故障转移,哨兵机制通过监控、下线、选举和故... 目录一、主从复制1.1 什么是主从复制1.2 主从复制的作用1.3 主从复制原理1.3.1 全量复制

Redis延迟队列的实现示例

《Redis延迟队列的实现示例》Redis延迟队列是一种使用Redis实现的消息队列,本文主要介绍了Redis延迟队列的实现示例,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习... 目录一、什么是 Redis 延迟队列二、实现原理三、Java 代码示例四、注意事项五、使用 Redi

Redis缓存问题与缓存更新机制详解

《Redis缓存问题与缓存更新机制详解》本文主要介绍了缓存问题及其解决方案,包括缓存穿透、缓存击穿、缓存雪崩等问题的成因以及相应的预防和解决方法,同时,还详细探讨了缓存更新机制,包括不同情况下的缓存更... 目录一、缓存问题1.1 缓存穿透1.1.1 问题来源1.1.2 解决方案1.2 缓存击穿1.2.1

redis-cli命令行工具的使用小结

《redis-cli命令行工具的使用小结》redis-cli是Redis的命令行客户端,支持多种参数用于连接、操作和管理Redis数据库,本文给大家介绍redis-cli命令行工具的使用小结,感兴趣的... 目录基本连接参数基本连接方式连接远程服务器带密码连接操作与格式参数-r参数重复执行命令-i参数指定命

深入理解Redis大key的危害及解决方案

《深入理解Redis大key的危害及解决方案》本文主要介绍了深入理解Redis大key的危害及解决方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着... 目录一、背景二、什么是大key三、大key评价标准四、大key 产生的原因与场景五、大key影响与危

Redis主从复制的原理分析

《Redis主从复制的原理分析》Redis主从复制通过将数据镜像到多个从节点,实现高可用性和扩展性,主从复制包括初次全量同步和增量同步两个阶段,为优化复制性能,可以采用AOF持久化、调整复制超时时间、... 目录Redis主从复制的原理主从复制概述配置主从复制数据同步过程复制一致性与延迟故障转移机制监控与维

Redis过期键删除策略解读

《Redis过期键删除策略解读》Redis通过惰性删除策略和定期删除策略来管理过期键,惰性删除策略在键被访问时检查是否过期并删除,节省CPU开销但可能导致过期键滞留,定期删除策略定期扫描并删除过期键,... 目录1.Redis使用两种不同的策略来删除过期键,分别是惰性删除策略和定期删除策略1.1惰性删除策略

Linux(Centos7)安装Mysql/Redis/MinIO方式

《Linux(Centos7)安装Mysql/Redis/MinIO方式》文章总结:介绍了如何安装MySQL和Redis,以及如何配置它们为开机自启,还详细讲解了如何安装MinIO,包括配置Syste... 目录安装mysql安装Redis安装MinIO总结安装Mysql安装Redis搜索Red

Redis连接失败:客户端IP不在白名单中的问题分析与解决方案

《Redis连接失败:客户端IP不在白名单中的问题分析与解决方案》在现代分布式系统中,Redis作为一种高性能的内存数据库,被广泛应用于缓存、消息队列、会话存储等场景,然而,在实际使用过程中,我们可能... 目录一、问题背景二、错误分析1. 错误信息解读2. 根本原因三、解决方案1. 将客户端IP添加到Re

详谈redis跟数据库的数据同步问题

《详谈redis跟数据库的数据同步问题》文章讨论了在Redis和数据库数据一致性问题上的解决方案,主要比较了先更新Redis缓存再更新数据库和先更新数据库再更新Redis缓存两种方案,文章指出,删除R... 目录一、Redis 数据库数据一致性的解决方案1.1、更新Redis缓存、删除Redis缓存的区别二