为什么数据库和数据库连接池不采用类似java nio的IO多路复用技术使用一个连接来维护和数据库的数据交换？

类似java的nio相比于传统阻塞io模型来说，有效率高（特别在高并发情况下）和资源耗费相对较少的优点。传统的阻塞IO为了提高效率，需要创建一定数量的连接形成连接池，而nio仅需要一个连接即可（大部分情况下一个连接即可）。那么请问，数据库和数据库连接池为什么不采用这种方式？

。IO多路复用被视为是非常好的性能助力器。但是一般我们在使用DB时，还是经常性采用c3p0，tomcat connection pool等技术来与DB连接，哪怕整个程序已经变成以Netty为核心。这到底是为什么？

首先纠正一个常见的误解。IO多路复用听上去好像是多个数据可以共享一个IO（socket连接），实际上并非如此。IO多路复用不是指多个服务共享一个连接，而仅仅是指多个连接的管理可以在同一进程。在网络服务中，IO多路复用起的作用是一次性把多个连接的事件通知业务代码处理。至于这些事件的处理方式，到底是业务代码循环着处理、丢到队列里，还是交给线程池处理，由业务代码决定。

对于使用DB的程序来讲，不管使用多路复用，还是连接池，都要维护一组网络连接，支持并发的查询。

为什么并发查询一定要使用多个连接才能完成呢？因为DB一般是使用连接作为Session管理的基本单元。在一个连接中，SQL语句的执行必须是串行、同步的。这是由于对于每一个Session，DB都要维护一组状

链接：https://www.zhihu.com/question/23084473/answer/334920663