在 Tomcat
中使用 MySQL
哪个更好:
A) 只要 session 有效,就为用户分配一个数据库连接。 [或者]
B) 打开与数据库的连接,在每个请求到达服务器时关闭它。
C) 连接池。 [最佳答案]
最佳答案
动力
在任何类型的请求-回复系统中——无论是 http、ftp 还是数据库调用——保持连接池打开以供客户端使用是有意义的。在每个请求期间建立和拆除连接的成本很高(对于客户端和服务器),因此拥有一个池,多个线程可以从中“检查”连接以供其使用是一个很好的模式。
实现
JDBC API为任意数量的数据库实现提供包装器,这意味着调用者可以(大部分)不知道他们正在调用哪种数据库。这种抽象允许编码人员创建通用库,为任何类型的 JDBC 连接提供连接池。
这是 Sun page关于连接池,以及 here's one来自 MySQL。
由于调用者大概只使用 JDBC 方法,checkout
看起来像是创建连接的请求,而 checkin
只是调用者关闭连接,即调用者不知道他们正在使用连接池,因为语义与使用单个连接创建/拆除解决方案没有区别。这是一件好事;这是真正的面向对象。
图书馆
那么可以使用哪些库来简化此操作?
c3p0 — 以每个人最喜欢的协议(protocol)机器人命名,这个库提供连接池和准备好的语句池(我相信这是一个
PreparedStatement
对象的对象池)。他们网站上的文档非常详尽。实际上,我在办公 table 上打印了一份实体副本,因为我在进行调音时需要查阅它。所有配置都以 JavaBeans 风格完成,这使得使用它变得轻而易举。
它被广泛部署并能承受压力。我用它在多台机器和每台机器连接到多个数据库的多个线程上每秒处理数万甚至数十万个事务。
他们似乎有一个 appendix特别是关于配置 c3p0 以供 Tomcat 使用的内容,因此您可能希望检查一下。
DBCP — 命名不那么有创意的 Apache DBCP(“数据库连接池”)做的事情与 c3p0 几乎相同。这discussion似乎不鼓励使用它,认为 c3p0 得到了更积极的维护。我真的不记得为什么我在上一个项目中选择了 c3p0 而不是 DBCP(可能是熟悉的),但如果您想了解一下 DBCP,请继续。
这里有一些关于 DBCP 的 Stack Overflow 问题:
- Connection pooling options with JDBC: DBCP vs C3P0
- Is DBCP (Apache Commons Database Connection Pooling) still relevant?
我不想成为一个消极的南希,但我认为 DBCP 不是您想要的。
BoneCP — 也许是创造性的命名,但听起来有点奇怪。我从来没有用过它。作者说是really fast ,他可能是对的。它似乎是所有选项中最不成熟的(至少暂时如此),但您应该试一试,看看它是否满足您的需求。
缺点
您将 DataSource
包装在一些类似代理的其他类中,因此可能无法访问特定于供应商的方法。这没什么大不了的:无论如何您都不应该编写特定于供应商的数据库代码。
关于java - MySQL在Tomcat中的最佳用法?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2937726/