这是一个创建于 3780 天前的主题，其中的信息可能已经有所发展或是发生改变。
像数据库连接池或者其他涉及到网络通信的连接池的存在的目的，是复用已创建的网络连接，减少重复创建连接的开销，提升性能。这种连接池大多是用传统的阻塞IO创建的连接。
如果client端是使用epoll模型的IO，是否就可以不用传统的连接池，创建大量IO连接的方式，而达到一个epoll连接（加上业务线程池的方式）”以一挡百“的效果呢？
如果client端是使用epoll模型的IO，是否就可以不用传统的连接池，创建大量IO连接的方式，而达到一个epoll连接（加上业务线程池的方式）”以一挡百“的效果呢？
 |
1
skybr 2014-07-19 19:55:31 +08:00
可以, 不过也得用的数据库驱动支持, 比如mysql提供的client library就不支持, 而mariadb和postgresql的就暴露了事件接听的接口.
|
|
2
skybr 2014-07-19 19:56:03 +08:00
事件<del>接</del>监听
|
 |
3
miaoever 2014-07-19 19:56:59 +08:00
我觉得这是两个层次的概念呀，要先建立连接，再进行 I/O 操作吧（访问数据库或者扔到 epoll 的 eventloop 里去)。连接池的作用主要是用于前者吧，所以连接池和非阻塞 IO 模型(epoll/kqueue...)不冲突的。
|
 |
4
reusFork 2014-07-19 20:05:20 +08:00
epoll是用来通知连接的IO事件的，用或者不用，连接都还是连接，没有什么epoll连接。连接池和epoll没有冲突
|
 |
5
tonyluj 2014-07-19 20:31:58 +08:00
用了epoll虽然可以同时handle大量的请求，但是底层的实现貌似还是阻塞的，除非能实现非阻塞的，否则性能没有太大的提升。
epoll模型主要还是用在web server上吧，select/poll不能同时handle这么多的fd，并且一旦多了，轮寻的时间复杂度就越大，epoll采用了callback。但是虽然Handle了这么多，但是后面的IO一阻塞，照样也是要等，除非后面的IO是非阻塞的或者多线程的。 |
 |
6
est 2014-07-19 21:06:52 +08:00
没搞懂LZ想说什么。。。。。epoll 和连接池不是一个层面的事情怎么拿来对比。。。。。epoll 是一个事件触发机制，连接池是节省TCP握手和session初始化的时间，怎么比？莫非想在单个TCP里做epoll 达到复用连接的目的？
|
 |
7
cloveryume 2014-07-20 08:05:34 +08:00 via Android
楼主的意思是避免一个连接一个线程？epoll用在client端不一定适合，引入异步回调，就要有相应的同步机制，可能还要有队列。
|
 |
8
nezhazheng OP @miaoever
@reusFork @tonyluj @est @cloveryume 大概理解了，也就是说在客户端，一个epoll连接要想比一个阻塞IO的连接池性能高，除非服务端是大量的慢速处理，是这样吧，当服务端处理速度非常快，并且大并发的情况下连接池是必须得。 |
Select Language