MySQL数据库 Too many connections
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：申请域名、雅安服务器托管、营销软件、网站建设、合水网站维护、网站推广。
出现这种错误明显就是 mysql_connect 之后忘记 mysql_close；
当大量的connect之后，就会出现Too many connections的错误，mysql默认的连接为100个，而什么情况下会出现这种错误呢？
正常的mysql_connect 之后调用 mysql_close()关闭连接
但在连接错误时，会者mysql_real_query()出现错误退出时，可能忘记mysql_close();
所以在程序return 之前一定要判断是否close(),最稳妥的方法就是在写任何函数时都只有一个出口！
还有可以通过修改mysql配置文件来加大允许连接的数量！
有时你的服务器是经常出现这样的错误呢：
错误信息如下：
Can not connect to MySQL server
Error: Too many connections
Errno.: 1040
Similar error report has beed dispatched to administrator before.
从官方文档知道Linux上面编译安装的mysql默认的连接为100个
文档：
mysql官方告诉我们需要修改max_connections的值,那么我们怎么去修改呢？有两种方法
1、修改配置文件文件
修改/etc/my点吸烟 f这个文件，在[mysqld] 中新增max_connections=N，如果你没有这个文件请从编译源码中的support-files文件夹中复制你所需要的*点吸烟 f文件为到 /etc/my点吸烟 f。我使用的是my-medium点吸烟 f,中型服务器配置。例如我的[mysqld]的内容如下
[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
key_buffer = 160M
max_allowed_packet = 1M
table_cache = 64
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M
max_connections=1000
由于对mysql还不是很熟悉，所以很多参数没有修改。哈哈。。
2、非使用mysqld脚本自动启动的用户。
修改MYSQLHOME/bin/mysqldsafe文件例如：/usr/local/mysql/bin/mysqldsafe这个文件grep−n‘maxconnection′
MYSQLHOME/bin/mysqldsafe文件例如：/usr/local/mysql/bin/mysqldsafe这个文件grep−n‘maxconnection′MYSQL_HOME/bin/mysqld_safe
修改对应行号的max_connections参数值
3、服务器登录mysql ： mysql -u root -p
百分之九十进不去，进不去的执行重启命令 ：/etc/init.d/mysql restart（centos系统）
此时重启mysql就能连接mysql了，如果还有时间，可以继续下一步，治病要治本
打开配置文件 添加一下配置 vi /etc/my点吸烟 f
wait_timeout = 600
interactive_timeout = 600
再次重启mysql即可
原理解答
mysql 默认100 连接数，超过则连不上，实际工作的连接数远远没有100，大部分在sleep
所以要么增大连接数，要么杀掉无用连接，推荐后者。
1、可能是/opt/mysql-master/data/数据目录mysql用户没有权限(修改数据目录的权限)
解决方法 ：给予权限，执行 "chown -R mysql.mysql /opt/mysql-master/data" 然后重新启动mysqld
2、可能进程里已经存在mysql进程
解决方法：用命令“ps -ef|grep mysqld”查看是否有mysqld进程，如果有使用“kill -9 进程号”杀死，然后重新启动mysqld！
3、可能是第二次在机器上安装mysql，有残余数据影响了服务的启动。
解决方法：去mysql的二进制日志目录看看，如果存在mysql-binlog.index，就赶快把它删除掉吧
4、mysql在启动时没有指定配置文件时会使用/etc/my点吸烟 f配置文件，请打开这个文件查看在[mysqld]下有没有指定数据目录(datadir)。
解决方法：请在[mysqld]下设置这一行：datadir = /opt/mysql-master/data
5、skip-federated字段问题
解决方法：检查一下/etc/my点吸烟 f文件中有没有没被注释掉的skip-federated字段，如果有就立即注释掉吧。
6、错误日志目录不存在
解决方法：使用“chown” “chmod”命令赋予mysql所有者及权限
7、selinux惹的祸，如果是centos系统，默认会开启selinux
解决方法：
先临时改为警告模式:[root@www php]# setenforce 0然后打开/etc/sysconfig/selinux，把SELINUX=enforcing改为SELINUX=disabled
8、可以试着把mysql点吸烟 f默认文件开启，排查是不是配置文件的错误。
常见配置错误有：
查看配置文件/etc/my点吸烟 f里有没有innodb_buffer_pool_size这个参数
innodb_buffer_pool_size：主要作用是缓存innodb表的索引，数据，插入数据时的缓冲；
默认值：128M；专用mysql服务器设置此值的大小： 系统内存的70%-80%最佳。如果你的系统内存不大，查看这个参数，把它的值设置小一点吧
温馨提示：记得开启mysql错误日志，方便自己排错。
vim /etc/my点吸烟 f 各位可以根据自己的my点吸烟 f文件编辑[mysql_safe]
log-error = /data/mysql-master/logs/error.log
查看 /proc/meminfo
Tips：
“大内存页”也称传统大页、大页内存等有助于 Linux 进行虚拟内存的管理，标准的内存页为 4KB，这里使用“大内存页”最大可以定义 1GB 的页面大小，在系统启动期间可以使用“大内存页”为应用程序预留一部分内存，这部分内存被占用且永远不会被交换出内存，它会一直保留在那里，直到改变配置。（详细介绍请看下面链接官方解释）
那么这么大页内存是分配给谁的呢？
查询一下：
shell /proc/sys/vm/hugetlb_shm_group
27
shell id 27
uid=27(mysql) gid=27(mysql) groups=27(mysql)
hugetlb_shm_group 文件里填的是指定大页内存使用的用户组 id，这里查看到是 MySQL 组 id，那既然是给 MySQL 的为什么 free 等于 total，并且 mysql 还只有 20 多 G 实际使用内存呢？
原来在 MySQL 中还有专门启用大内存页的参数，在 MySQL 大内存页称为 large page。
查看 MySQL 配置文件
发现配置文件中确实有 large-page 配置，但出于禁用状态。
后与业务确认，很早之前确实启用过 mysql 的 large page，不过后面禁用了。排查到这基本就有了结论。
结论
这套环境之前开启了 20000 的大内存页，每页大小为 2MB，占用了 40G 内存空间，给 MySQL 使用，并且 MySQL 开启了 large page，但后来不使用的时候，只关闭了 MySQL 端的 large page 参数，但没有实际更改主机的关于大内存页的配置，所以导致，实际上主机上的还存在 20000 的大内存页，并且没在使用，这一部分长期空闲，并且其他程序不能使用。
所以 MySQL 在使用 20G 内存左右，整个主机内存就饱和了，然后在部分条件下，就触发了 OOM，导致 mysqld 被 kill，但主机上又有 mysqld_safe 守护程序，所以又再次给拉起来，就看到了文章初的偶尔连接不上的现象。
使用-v映射宿主机下的文件作为mysql的配置文件时，可能出现mysql无法正确读取文件中配置项的问题
该问题的主要原因为宿主机的文件权限不对，由于docker的mysql镜像启动使用的是mysql这个用户，而非root用户，mysql用户的id和gid都为999
通过修改宿主机文件的权限可以解决该问题
