mysql配置怎么解决 mysql配置失败怎么重新配置

解决Mysql错误Too many connections的方法

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

所以要么增大连接数，要么杀掉无用连接，推荐后者。

我的MYSQL是5.0版本的，运行总是会报错，请问如何解决？

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

解决方法：

先临时改为警告模式:[[email protected] 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

mysql配置过大内存导致无法启动怎么办 如何解决

查看 /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 守护程序，所以又再次给拉起来，就看到了文章初的偶尔连接不上的现象。

解决Docker Mysql无法正确加载配置文件

使用-v映射宿主机下的文件作为mysql的配置文件时，可能出现mysql无法正确读取文件中配置项的问题

该问题的主要原因为宿主机的文件权限不对，由于docker的mysql镜像启动使用的是mysql这个用户，而非root用户，mysql用户的id和gid都为999

通过修改宿主机文件的权限可以解决该问题