面试官：Redis新版本开始引入多线程，谈谈你的看法？.docxVIP

面试官：Redis新版本开头引入多线程，谈谈你的看法？ 正如官方以前的回复，Redis的功能瓶颈并不在CPU上，而是在内存和网络上。因而6.0发布的多线程并未将大事处理改成多线程，而是在I/O上，此外，假如把大事处理改成多线程，不但会导致锁竞争，而且会有频繁的上下文切换，即便用分段锁来削减竞争，对Redis内核也会有较大改动，功能也不肯定有明显提升。 多线程IO实现 如上图红色部分，就是Redis实现的多线程部分，利用多核来分担I/O读写负荷。在大事处理线程每次猎取到可读大事时，会将全部就绪的读大事安排给I/O线程，并进行等待，在全部I/O线程完成读操作后，大事处理线程开头执行任务处理，在处理结束后，同样将写大事安排给I/O线程，等待全部I/O线程完成写操作。 以读大事处理为例，看下大事处理线程任务安排流程： int?handleClientsWithPendingReadsUsingThreads(void)?{????...????/*?Distribute?the?clients?across?N?different?lists.?*/????listIter?li;????listNode?*ln;????listRewind(server.clients_pending_read,li);????int?item_id?=?0;????//?将等待处理的客户端安排给I/O线程????while((ln?=?listNext(li)))?{????????client?*c?=?listNodeValue(ln);????????int?target_id?=?item_id?%?server.io_threads_num;????????listAddNodeTail(io_threads_list[target_id],c);????????item_id++;????}????...????/*?Wait?for?all?the?other?threads?to?end?their?work.?*/????//?轮训等待全部I/O线程处理完????while(1)?{????????unsigned?long?pending?=?0;????????for?(int?j?=?1;?j??server.io_threads_num;?j++)????????????pending?+=?io_threads_pending[j];????????if?(pending?==?0)?break;????}????...????return?processed;} I/O线程处理流程： void?*IOThreadMain(void?*myid)?{????...????while(1)?{????????...????????//?I/O线程执行读写操作????????while((ln?=?listNext(li)))?{????????????client?*c?=?listNodeValue(ln);????????????//?io_threads_op推断是读还是写大事????????????if?(io_threads_op?==?IO_THREADS_OP_WRITE)?{????????????????writeToClient(c,0);????????????}?else?if?(io_threads_op?==?IO_THREADS_OP_READ)?{????????????????readQueryFromClient(c-conn);????????????}?else?{????????????????serverPanic(io_threads_op?value?is?unknown);????????????}????????}????????listEmpty(io_threads_list[id]);????????io_threads_pending[id]?=?0;????????if?(tio_debug)?printf([%ld]?Done\n,?id);????}} 局限性 从上面实现上看，6.0版本的多线程并非彻底的多线程，I/O线程只能同时执行读或者同时执行写操作，期间大事处理线程一直处于等待形态，并非流水线模型，有很多轮训等待开销。 Tair多线程实现原理 相较于6.0版本的多线程，Tair的多线程实现愈加优雅。如下图，Tair的Main Thread担任客户端连接建立等，IO Thread担任恳求读取、响应发送、命令解析等，Worker Thread线程