数据库连接池到底是用来干什么的?
接着我们来思考一个问题,一个Java系统难道只会跟数据库建立一个连接吗?
这个肯定是不行的,因为我们要明白一个道理,假设我们用Java开发了一个Web系统,是部署在Tomcat中的,那么Tomcat本身肯定是有多个线程来并发的处理同时接收到的多个请求的,我们看下图。
这个时候,如果Tomcat中的多个线程并发处理多个请求的时候,都要去抢夺一个连接去访问数据库的话,那效率肯定是很低下的我们看下面的图
那么如果Tomcat中的每个线程在每次访问数据库的时候,都基于MySQL驱动去创建一个数据库连接,然后执行SQL语句,然后执行完之后再销毁这个数据库连接,这样行不行呢?
可能Tomcat中上百个线程会并发的频繁创建数据库连接,执行SQL语句,然后频繁的销毁数据库连接。上述这个过程反复循环执行,大家觉得可行吗?
这也是非常不好的,因为每次建立一个数据库连接都很耗时,好不容易建立好了连接,执行完了SQL语句,你还把数据库连接给销毁了,下一次再重新建立数据库连接,那肯定是效率很低下的!如下图。
所以一般我们必须要使用一个数据库连接池,也就是说在一个池子里维持多个数据库连接,让多个线程使用里面的不同的数据库连接去执行SQL语句,然后执行完SQL语句之后,不要销毁这个数据库连接,而是把连接放回池子里,后续还可以继续使用。
基于这样的一个数据库连接池的机制,就可以解决多个线程并发的使用多个数据库连接去执行SQL语句的问题,而且还避免了数据库连接使用完之后就销毁的问题,我们看下图的说明。
常见的数据库连接池有DBCP,C3P0,Druid,等等,大家如果有兴趣的话,可以去搜索一下数据库连接池的使用例子和代码,甚至探索一下数据库连接池的底层原理,但这个不是我们专栏的重点,我们就不会拓展了。
毕竟我们专栏主要还是会专注讲解MySQL数据库本身的内容,只不过在开头的时候,需要大家对Java系统与数据库的交互方式有一个了解。
其实不光是Java系统,如果你是一个Python、Ruby、.NET、PHP的程序员,这个系统与数据库的交互本质都是一样的,都是基于数据库连接池去与数据库进行交互。
MySQL数据库的连接池是用来干什么的?
现在我们已经知道,我们任何一个系统都会有一个数据库连接池去访问数据库,也就是说这个系统会有多个数据库连接,供多线程并发的使用。同时我们可能会有多个系统同时去访问一个数据库,这都是有可能的。
所以当我们把目光转移到MySQL的时候,我们要来思考一个问题,那就是肯定会有很多系统要与MySQL数据库建立很多个连接,那么MySQL也必然要维护与系统之间的多个连接,所以 MySQL架构体系中的第一个环节,就是连接池。
我们看下面的图,实际上MySQL中的连接池就是维护了与系统之间的多个数据库连接。除此之外,你的系统每次跟MySQL建立连接的时候,还会根据你传递过来的账号和密码,进行账号密码的验证,库表权限的验证。
原文出自
从零开始带你成为MySQL实战优化高手 – 中华石杉