之前总结了redis的通讯流程，基本框架，epoll的封装等等，这次介绍下redis对于select模型的封装 _rfds和_wfds是读写结合的副本，因为select调用后会将读写集合中未就绪的文件描述符清除，所以每次用_rfds和_wfds传入，就不用担心原读写集合描述符被清除。 封装的基于select的初始化函数 函数将读写集合清零，并且将state回传给eventloop的apidata部

上一篇讲述了eventloop的结构和创建，添加文件事件删除文件事件，派发等等。 而eventloop主要就是调用不同网络模型完成事件监听和派发的。 这一篇主要讲述epoll网络模型，redis是如何封装和调用的 下面是epoll_event的结构 Ae_epoll.c文件中回传的数据结构 Ae_epoll.c中创建epoll句柄 Ae_epoll.c重新设置events队列大小 Ae_epoll

上一篇讲完了initServer的大体流程，其中aeCreateEventLoop（）,这个函数没有详细说明，我们在这一篇里讲述Ae.h和Ae.c, 这里面的api阐述了如何创建 eventLoop和添加文件读写事件等等。 ae.h中的解释 //文件读写事件回调函数  typedef void aeFileProc(struct aeEventLoop *eventLoop, int fd, vo

之前梳理过redis main函数主体流程 `大体是 initServerConfig() -> loadServerConfig() -> daemonize() -> initServer() -> aeSetBeforeSleepProc() ->aeMain() -> aeDeleteEventLoop(); initServerConfig(

近期学习了redis底层框架，好多东西之前都没听说过，算是大开眼界了。 先梳理下redis正常的通讯流程吧 首先服务器启动都有主函数main，这个main函数就在redis.c里 首先是initserverconfig()，在这里初始化了redisserver基本的配置信息， 接着调用loadServerConfig(char *filename) 对 server 全局变量重新初始化。

怎样的索引的数据结构是好的？ MySQL 的数据是持久化的，意味着数据（索引+记录）是保存到磁盘上的，因为这样即使设备断电了，数据也不会丢失。 磁盘是一个慢的离谱的存储设备，有多离谱呢？ 人家内存的访问速度是纳秒级别的，而磁盘访问的速度是毫秒级别的，也就是说读取同样大小的数据，磁盘中读取的速度比从内存中读取的速度要慢上万倍，甚至几十万倍。 磁盘读写的最小单位是扇区，扇区的大小只有 512

对索引使用左或者左右模糊匹配 当我们使用左或者左右模糊匹配的时候，也就是 like %xx 或者 like %xx% 这两种方式都会造成索引失效。 比如下面的 like 语句，查询 name 后缀为「林」的用户，执行计划中的 type=ALL 就代表了全表扫描，而没有走索引。 如果是查询 name 前缀为林的用户，那么就会走索引扫描，执行计划中的 type=

1. 为什么要用分布式锁？ 分布式系统下，不同的服务/客户端通常运行在独立的进程上。如果多个进程共享同一份资源的话，使用本地锁就没办法实现资源的互斥访问了。于是，分布式锁 就诞生了 分布式锁的特点： 2. 乐观锁和悲观锁 使用场景： 3.分布式锁的实现方式 常见分布式锁实现方案如下： 3.1基于Redis的实现 setnx + expire组合命令 在redis中，SETNX命令可以实现互斥，即S