性能优化之数据库和数据源连接池配置

什么？！数据库连接拿不到？

今天在公司对系统进行压测，由于我的sit和dev和uat环境都是用的用的是一个数据库服务器，我让用户在的sit进行压测，分别是单线程测试，并发测试，但是用户一开始测，我的三个环境就都挂掉了。 用户一下子全部找上门来，我就跑去看容器是不是cpu内存或者io被耗尽了，结果一看40%！还差的远呢！那就究竟是什么导致我的环境都访问不了呢？我打开Navicat去看看数据库，结果发现连接数据库居然耗时特别久，我就明白了原来是数据库连接拿不到。那么应该的因素有哪些呢？一个是数据库的最大连接数；一个是配置文件中数据源连接池的配置。

1. 查看当前数据库mysql最大连接数量和最大允许连接数量

 通常，mysql的最大连接数默认是100, 最大可以达到16384

show variables like 'max_connections';(查可以看当前的最大连接数)

set global max_connections=1000;(设置最大连接数为1000，可以再次查看是否设置成功，这个只是暂时的，如果mysql服务重启，就会失效，真正要改还是要在my.ini文件中修改)

在修改最大连接数的时候会有这样一个疑问—这个值是不是越大越好，或者设置为多大才合适？这个参数的大小要综合很多因素来考虑，比如使用的平台所支持的线程库数量（windows只能支持到2048）、服务器的配置（特别是内存大小）、每个连接占用资源（内存和负载）的多少、系统需要的响应时间等。可以在global或session范围内修改这个参数。连接数的增加会带来很多连锁反应，需要在实际中避免由此引发的负面影响。

首先看一下MySQL的状态：

show status；

Open tables:560,即当前数据库打开表的数量是560个，注意这个560并不是实际的560个表，因为MySQL是多线程的系统，几个不同的并发连接可能打开同一个表，这就需要为不同的连接session分配独立的内存空间来存储这些信息以避免冲突。因此连接数的增加会导致MySQL需要的文件描述符数目的增加。另外对于MyISAM表，还会建立一个共享的索引文件描述符。

在MySQL数据库层面，有几个系统参数决定了可同时打开的表的数量和要使用的文件描述符，那就是table_open_cache、max_tmp_tables和open_files_limit

table_open_cache:2000，这就是说所有的MySQL线程一共能同时打开2000个表，我们可以搜集系统的打开表的数量的历史记录和这个参数来对比，决定是否要增加这个参数的大小。查看当前的打开表的数目(Open tables)可用上边提到过的status命令，另外可以直接查询这个系统变量的值：

 

Open_tables就是当前打开表的数目，通过flush tables命令可以关闭当前打开的表。 这个值如果过大，并且如果没有经常的执行flush tables命令，可以考虑增加table_open_cache参数的大小。

接下来看max_tmp_tables:

 show variables like 'max_tmp%';