一台机器对应多少数据库连接池

㈠ 在一台机器上，怎么安装多个mysql数据库，怎样开启多个mysql服务，。在线等，

这种架构一般用在以下三类场景
1. 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的操作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。

㈡ Tomcat6.0中能配多少个数据库连接池

523个

㈢ 如何设置数据库连接池的数量

1、数据库连接数，也就是一个数据库,最多能够同时 接受 多少个 客户的连接.
2、在没有数据库连接池 的情况下, 一个客户,每次访问, 就要创建一个 数据库连接, 执行 SQL, 获取结果， 然后关闭、释放掉数据库连接，问题就在于创建一个数据库连接， 是一个很消耗资源，花费很多时间的操作，于是数据库连接池产生了。
3、数据库连接池 预先打开一定数量的数据库连接， 并维持着连接。
4、当客户要执行SQL语句的时候， 从数据库连接池 里面，获取一个连接，执行SQL, 获取结果， 然后把数据库连接，交还给数据库连接池。
5、假如一个 session , 执行10次独立的操作，那么不使用 数据库连接池的，需要创建数据库连接10次，并关闭10次。
6、使用 数据库连接池的，直接使用 数据库连接池中已经打开好的，直接使用。

㈣ 2000人在线 数据库连接池 设置多少合适

这个要看峰值、平均值。如果自己定义的连接池，那么定时把当前连接池的使用情况统计下来并记录日志。如果是开源的连接池或者是web容器提供的连接池，那
么通过jmx定时获取连接池状态信息。长期观察，可以得到连接池的峰值、平均值，然后设置一个介于平均值与峰值之间的连接数，基本上就是最佳的配置了。

一般情况下，初始连接数、最大连接数保持一致。这个类似于jvm的xms、xmx设置。

㈤ 明明设置了数据库连接池maxidle，为什么数据库连接数会超过它

兄弟，数据库连接池是一种客户端行为，而不是数据库服务端行为。一个数据库可能会对应很多数据库连接池，你设置你的数据库连接池只是限制你的应用连接数量而已，还会有其他的数据库连接池去连接数据库。

㈥ j2ee数据连接池问题....

连接池就是一个缓冲池，你需要连接了给你，不需要的放回去..复用效果
连接池可以自己写一个，
也可以用web容器自带的对连接池的支持..不同的容器配置的方法不一
另：其实楼上的说的也不错，
作为开发角度来看，他说的3点是对的..
不同的数据库连接池的配置会有差异..
机器配置主要是看你能承受的资源，连接池配置可以配置最大数和最小数，
大了系统启动可能就慢..根据服务器的配置去测试那个饱和值，当然如果服务器性能好，浪费些资源也没问题。

这题我是真没理解意思，虽然考察的很基础..但是对实际开发意义不大..
所以我不会，呵呵..应试教育啊

㈦ 数据库链接是多少

在做项目中，常常使用到数据库连接串，大家都多少的用到过，但你对其中的各参数熟悉吗？深入的使用你了解多少，Max Pool Size什么意思，有何影响？
commandtimeout你设置了吗？这些东西也许你并不太注意，下文就结合个人的应用，对这些连接串相关的内容进行说明。
在SQLServer数据库中，常用的数据库连接串一般都是这样书写的：
Data Source={0};Initial Catalog={3};Persist Security Info=True;User ID={1};Password={2}

这是最常用的一种写法，在Data Source中指定数据源，Initial Catalog中指定数据库名称，User ID指定数据库用户名，Password中设定对应用户名的密码。
指定如上内容，即可实现数据库的连接操作了，但在实际应用中，往往仍需要做额外的操作。
指定数据库连接端口，默认是1433，如果特殊设定，则需要在此串中进行单独定义，具体位置在Data Source={0},{1} 通过“，” 添加在服务器地址后边，
对于有特殊端口设置的应用，此方法是必须的。
Max Pool Size 这个属性指定数据库连接池的大小，此属性可不能忽视，在项目中数据库连接串大家都是直接复制使用而没有细看每个属性的意义，在应用中
会发现很多问题。在一个项目中，我直接使用Max Pool Size=30，本机运行没任何问题，但到客户端进行测试中，发现当服务连接几十台客户机后，客户机都提示连接数据库失败，最后才发现此处的设置。那么Max Pool Size指定了数据库最大的缓冲池，超过此缓冲池的新连接只能进行等待，当有连接释放时，才能进入。
因此Max Pool Size 应该根据实际情况进行设定，那是否设置越大越好了，个人感觉这个可能要与服务器的综合配置有关，如果客户机环境没那么多设置过大是否会造成资源的浪费呢。
另外一个commandtimeout指定操作的时间，如果在指定时间内无响应则返回失败，单位是秒。此属性我个人一般不在连接串中进行设置，一般在SqlCommand中进行指定。具体应用场景一般设置数据库连接后都会有测试连接按钮，如果数据库连接正常，点击后立即会返回连接成功或连接失败字样。这效果挺好，但如果此时设置连接信息错误，你会发现连接测试结果很漫长，等待返回结果的过程，很卡。能否有方法改善一下这种效果，那就需要设定commandtimeout，简单的一个属性即可完成想要的效果。
因为数据库连接设置有误后他会一直尝试进行连接，不到commandtimeout规定的时间，不会返回结果。默认值是30秒，很漫长哦。检测连接是一个很简单的操作不会涉及复杂的操作，因此完全可以设置在几秒内完成。
数据库知识很深，关于数据库的操作目前有封装好的类，可以直接调用，但个性的设置还需要对每个细节进行熟悉，掌握和应用。
最后附上数据库连接串的一个示例，仅供参考：
Data Source=127.0.0.1,1433;Initial Catalog=Student;Persist Security Info=True;User ID=sa;Password=sa;Max Pool Size=400

㈧ weblogic数据库连接池 连接数多少

在weblogic中配置数据库连接数，主要有3个配置，一个是初始化多少个连接，最大多少个连接，还有就是当连接数不够时每次增加多少个连接。
一般建议是初始化何最大配置一样多的，主要可以减少因为连接数不够需要增加。提高性能。
还有一种是初始化是最大的一半。
最大多少个连接需要根据应用来确定，一般要配置超过你的应用的并发量。

㈨ 数据库连接数和数据库连接池的连接数区别是什么

数据库连接数
也就是一个数据库,最多能够同时 接受 多少个 客户的连接.

在没有 数据库连接池 的情况下, 一个客户,每次访问, 就要创建一个 数据库连接, 执行 SQL, 获取结果， 然后关闭、释放掉数据库连接。

问题就在于 创建一个数据库连接， 是一个很消耗资源，花费很多时间的操作。

于是，数据库连接池 产生了。

数据库连接池 预先打开一定数量的 数据库连接， 并维持着连接。

当客户要执行SQL语句的时候， 从 数据库连接池 里面， 获取一个连接， 执行SQL, 获取结果， 然后把 数据库连接， 交还给数据库连接池。

假如一个 session , 执行 10次独立的操作。

那么不使用 数据库连接池 的， 需要 创建数据库连接10次， 并关闭10次。

使用 数据库连接池 的， 直接使用 数据库连接池 中 已经打开好的，直接使用。

㈩ 什么是数据库连接池，有什么作用

1、基本概念及原理
由上面的分析可以看出，问题的根源就在于对数据库连接资源的低效管理。我们知道，对于共享资源，有一个很着名的设计模式：资源池 (Resource Pool)。该模式正是为了解决资源的频繁分配?释放所造成的问题。为解决上述问题，可以采用数据库连接池技术。数据库连接池的基本思想就是为数据库连接 建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定 连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的管理机制监视数据库的连接的数量?使用情况，为系统开发?测试及性能调 整提供依据。
2、服务器自带的连接池
JDBC的API中没有提供连接池的方法。一些大型的WEB应用服务器如BEA的WebLogic和IBM的WebSphere等提供了连接池的机制，但是必须有其第三方的专用类方法支持连接池的用法。
连接池关键问题分析
1、并发问题
为了使连接管理服务具有最大的通用性，必须考虑多线程环境，即并发问题。这个问题相对比较好解决，因为Java语言自身提供了对并发管理的支 持，使用synchronized关键字即可确保线程是同步的。使用方法为直接在类方法前面加上synchronized关键字，如：
public synchronized Connection getConnection()
2、多数据库服务器和多用户
对于大型的企业级应用，常常需要同时连接不同的数据库(如连接Oracle和Sybase)。如何连接不同的数据库呢?我们采用的策略是：设计 一个符合单例模式的连接池管理类，在连接池管理类的唯一实例被创建时读取一个资源文件，其中资源文件中存放着多个数据库的url地址()?用户名()?密 码()等信息。如 tx.url=172.21.15.123：5000/tx_it，tx.user=yang，tx.password=yang321。根据资源文件提 供的信息，创建多个连接池类的实例，每一个实例都是一个特定数据库的连接池。连接池管理类实例为每个连接池实例取一个名字，通过不同的名字来管理不同的连 接池。
对于同一个数据库有多个用户使用不同的名称和密码访问的情况，也可以通过资源文件处理，即在资源文件中设置多个具有相同url地址，但具有不同用户名和密码的数据库连接信息。
3、事务处理
我们知道，事务具有原子性，此时要求对数据库的操作符合“ALL-ALL-NOTHING”原则,即对于一组SQL语句要么全做，要么全不做。
在Java语言中，Connection类本身提供了对事务的支持，可以通过设置Connection的AutoCommit属性为 false,然后显式的调用commit或rollback方法来实现。但要高效的进行Connection复用，就必须提供相应的事务支持机制。可采用 每一个事务独占一个连接来实现，这种方法可以大大降低事务管理的复杂性。
4、连接池的分配与释放
连接池的分配与释放，对系统的性能有很大的影响。合理的分配与释放，可以提高连接的复用度，从而降低建立新连接的开销，同时还可以加快用户的访问速度。
对于连接的管理可使用空闲池。即把已经创建但尚未分配出去的连接按创建时间存放到一个空闲池中。每当用户请求一个连接时，系统首先检查空闲池内 有没有空闲连接。如果有就把建立时间最长(通过容器的顺序存放实现)的那个连接分配给他(实际是先做连接是否有效的判断，如果可用就分配给用户，如不可用 就把这个连接从空闲池删掉，重新检测空闲池是否还有连接);如果没有则检查当前所开连接池是否达到连接池所允许的最大连接数(maxConn),如果没有 达到，就新建一个连接，如果已经达到，就等待一定的时间(timeout)。如果在等待的时间内有连接被释放出来就可以把这个连接分配给等待的用户，如果 等待时间超过预定时间timeout,则返回空值(null)。系统对已经分配出去正在使用的连接只做计数，当使用完后再返还给空闲池。对于空闲连接的状 态，可开辟专门的线程定时检测，这样会花费一定的系统开销，但可以保证较快的响应速度。也可采取不开辟专门线程，只是在分配前检测的方法。
5、连接池的配置与维护
连接池中到底应该放置多少连接，才能使系统的性能最佳?系统可采取设置最小连接数(minConn)和最大连接数(maxConn)来控制连接 池中的连接。最小连接数是系统启动时连接池所创建的连接数。如果创建过多，则系统启动就慢，但创建后系统的响应速度会很快;如果创建过少，则系统启动的很 快，响应起来却慢。这样，可以在开发时，设置较小的最小连接数，开发起来会快，而在系统实际使用时设置较大的，因为这样对访问客户来说速度会快些。最大连 接数是连接池中允许连接的最大数目，具体设置多少，要看系统的访问量，可通过反复测试，找到最佳点。
如何确保连接池中的最小连接数呢?有动态和静态两种策略。动态即每隔一定时间就对连接池进行检测，如果发现连接数量小于最小连接数，则补充相应数量的新连接,以保证连接池的正常运转。静态是发现空闲连接不够时再去检查。