MySQL启动错误解决方法

一般情况下mysql的启动错误还是很容易排查的，但是今天我们就来说一下不一般的情况。拿到一台服务器，安装完mysql后进行启动，启动错误如下：

有同学会说，哥们儿你是不是buffer pool设置太大了，设置了96G内存。这明显提示无法分配内存嘛。如果真是这样也就不在这里进行分享了，哈哈。

我的服务器内存是128G。如下图：

服务器内存使用情况：

那么问题来了，既然还剩如此多的内存，为什么提示无法分配内存？？。各位童鞋怎么看？

1. 首先想到会不会是有几条内存坏了？于是运维的同学进行了检查，给我的反馈是硬件一切正常。

2. 把mysql配置参数又检查了一遍，没有发现什么问题，线上一直就是使用这些参数。

3. 又把文件拷贝到另外一台机器，，另外一台服务器可以正常启动（2台机器硬件配置一致）。

那么如果排除硬件问题，mysql配置问题，那么剩下的就只有操作系统的内核参数配置了。于是把两台服务器进行了对比，最终发现了一个内核参数不一致。

代码如下:

vm.overcommit_memory

mysql启动正常的服务器改参数的值是0，而mysql启动错误的这台服务器该值是2。

那么问题来了，这个参数到底是什么鬼？竟然会让mysql分配内存失败，最后导致无法启动。经过查询资料知道了vm.overcommit_memory是什么鬼。

vm.overcommit_memory

默认值为：0
从内核文档里得知，该参数有三个值，分别是：
0：当用户空间请求更多的的内存时，内核尝试估算出剩余可用的内存。
1：当设这个参数值为1时，内核允许超量使用内存直到用完为止，主要用于科学计算.
2：当设这个参数值为2时，内核会使用一个决不过量使用内存的算法，即系统整个内存地址空间不能超过swap+50%的RAM值，50%参数的设定是在overcommit_ratio中设定。

vm.overcommit_ratio
默认值为：50


这个参数值只有在vm.overcommit_memory=2的情况下，这个参数才会生效。

那么我们来看一下总的内存地址不能超过多少。其实是可以直接查看的。

[root@yayundeng 3306]# cat /proc/meminfo |grep -i commit
CommitLimit:  70144396 kB
Committed_AS:   135196 kB
[root@yayundeng 3306]#

通过查看可以得知在70G的样子。那么这个是如何计算的呢？这个就是上面提到的一个公式。swap+50%的RAM值，50%参数的设定是在overcommit_ratio中设定。

总虚拟内存 = 可用物理内存 × 百分比 + 交换分区

[root@yayundeng 3306]# cat /proc/meminfo | grep MemTotal
MemTotal:    132096808 kB
[root@yayundeng 3306]#
[root@yayundeng 3306]# free -k
       total    used    free   shared  buffers   cached
Mem:   132096808  1583944 130512864     0   10240   133220
-/+ buffers/cache:  1440484 130656324
Swap:   4095992     0  4095992
[root@yayundeng 3306]# cat /proc/sys/vm/overcommit_ratio
50
[root@yayundeng 3306]#

总虚拟内存=132096808 * 50% + 4095992= 70144396 kB

那么最后的结果就是buffer pool不能超过70144396 kB - 135196 kB=70009200 KB=66G。实际上经过测试，buffer pool只能设置57G。

最后在看看总虚拟内存情况：

CommitLimit：最大可用虚拟内存

Committed_AS：已使用虚拟内存

[root@yayundeng 3306]# cat /proc/meminfo |grep -i commit
CommitLimit:  70144396 kB
Committed_AS:  65539208 kB

那么如果把内核参数vm.overcommit_memory恢复为默认值0，那么将不会受到约束。

代码如下:

echo 0 > /proc/sys/vm/overcommit_memory

参考资料：

http://serverfault.com/questions/606185/how-does-vm-overcommit-memory-work
http://linuxperf.com/?p=102

总结：

说了这么多，那么为什么要修改内核参数vm.overcommit_memory的值呢？这个是因为这台服务器之前跑过GreenPlum数据库，拿到我手上的时候没有进行重装系统，那么还是建议如果拿到的机器之前跑过其他的业务，那么保险的方法还是重装一下系统，然后再部署自己的业务，不然真的会出现莫名其妙的问题。

赞 (0)

相关推荐

  • mysql服务无法启动报错误1067解决方法(mysql启动错误1067 )

    mysql服务无法启动报错误1067解决方法(mysql启动错误1067 )

    试了谷歌到的几种方法,都没有解决,然后突然想起在启动apache的时候,iis的端口占用情况(因为我的apache也使用了80端口),所以  打开命令行 netstat -aon|findstr "3306" 结果显示 默默的在内心深处骂了一句"靠", 果然是端口占用,然后,顺藤摸瓜 tasklist|findstr "416" 结果显示 不得不联想到,优酷的攻城狮们的mysql数据库绝对不是使用的默认3306端口,然后杀掉explorer.ex

  • mysql启动错误之mysql启动报1067错误解决方法

    解决方案: 1.在MY.INI文件中的 [mysqld] 中增加一行tmpdir="D:/MySQL/data/"修改后,还是启动不了或者能启动但关机后又出现同样问题,接着我做了第二步,重启正常. 2.删除DATA目录下除数据库文件夹外的其他文件,重启mysql,问题解决.

  • mysql 启动错误1067 问题及解决方法

    mysql 启动错误1067 问题及解决方法

    本文向码农们介绍mysql服务无法启动报错误1067解决方法. 试了谷歌到的几种方法,都没有解决,然后突然想起在启动apache的时候,iis的端口占用情况(因为我的apache也使用了80端口),所以  打开命令行 netstat -aon|findstr "3306" 结果显示 默默的在内心深处骂了一句"靠", 果然是端口占用,然后,顺藤摸瓜 tasklist|findstr "416" 结果显示 不得不联想到,优酷的攻城狮们的mysql数据

  • MySQL启动错误解决方法

    MySQL启动错误解决方法

    一般情况下mysql的启动错误还是很容易排查的,但是今天我们就来说一下不一般的情况.拿到一台服务器,安装完mysql后进行启动,启动错误如下: 有同学会说,哥们儿你是不是buffer pool设置太大了,设置了96G内存.这明显提示无法分配内存嘛.如果真是这样也就不在这里进行分享了,哈哈. 我的服务器内存是128G.如下图: 服务器内存使用情况: 那么问题来了,既然还剩如此多的内存,为什么提示无法分配内存??.各位童鞋怎么看? 1. 首先想到会不会是有几条内存坏了?于是运维的同学进行了检查,给我

  • MySQL 1067错误解决方法集合

    1 安装MYSQL后更改了ROOT的密码后用  net startmysql  启动时我就遇到了这样的问题．使用以下命令后  c:\mysql\bin\mysqladmin-u root -p shutdown  再net start mysql就没有这个错误提示了! *************  2  MySQL的1067错误 Q:我的Mysql碰到了 1067 错误 错误信息为:  A system error has occurred.  System error 1067 has occ

  • MySQL启动1053错误解决方法

    操作系统:windows7 mysql版本:5.5.22 www.jb51.net 在使用命令mysqld --install servicename --defaults-file='file_name'创建mysql服务时,系统 已提示创建服务成功,但是net start命令提示启动失败,并在services.msc中提示1053错误 解决办法: 在网上有人说是服务的"登录"选项卡里要设置成administrator: 也有人说是需要先把服务删除,在重新创建(可以先考虑这两方面):

  • Mysql主从同步Last_IO_Errno:1236错误解决方法

    Mysql主从同步的Last_IO_Errno:1236错误是什么原因呢,我们要如何来解决这个问题呢?下面和小编一起来看看关于此问题的记录与解决办法. <script>ec(2);</script> 从服务器错误代码: Last_IO_Errno: 1236 Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Slave can not handle replicat

  • Mysql 1864 主从错误解决方法

    Mysql 1864 主从错误解决方法

    从字面意思看了一下是因为slave_pending_jobs_size_max默认值为16777216(16MB),但是slave接收到的slave_pending_jobs_size_max为17085453(17M): 解决方案 从库执行如下SQL mysql>stop slave; mysql>set global slave_pending_jobs_size_max=20000000; mysql> start slave; #在多线程复制时,在队列中Pending的事件所占用

  • 502 bad gateway是什么意思 502 bad gateway错误解决方法

    您可以尝试清除浏览器缓存 访问一下你的FTP看是否可以登陆 成功解决502 Bad Gateway错误 今天登陆博客,显示502 bad gateway,NGINX最烦人的地方就是经常会出现这个错误,由于我并不打算在技术上花费过多的时间,所以一般是遇到了相关问题,通过搜索引擎解决后即可,不会去深究.废话不多说,说说我的坎坷经历. 首先,我重启了服务器,可是重启了好几次,都无效,然后去Google搜索了下502 bad gateway,出来了很多的网页,筛选后进入http://lnmp.org/f

  • Python出现segfault错误解决方法

    本文分析了Python出现segfault错误解决方法.分享给大家供大家参考,具体如下: 最近python程序在运行过程中偶尔会引发系统segfault的错误,而且是在不定期不同代码段时发生的,所以单步调试没办法确定是哪一行代码的问题. 段错误, 这个现象太离奇了.在系统日志里message中一开始提示为python库的问题,后台有提示过libmysqlclient, 也提示过cjson库引起的. 如果真是在特定硬件环境中python或mysql库会出现问题,那有点说不过去.如果是cjson引起

  • SQL服务器无法启动的解决方法

    系统用户administrator 密码改变后,注销重新登录,发现SQL Server没有随机启动.手动从服务管理器中启动,提示"由于登录失败而无法启动服务". 原因: 安装SQL Server时是使用默认登录用户来作为启动SQL Server服务的账号(对于自己使用的单机,通常就是administrator),当该用户更改了用户名(如把administrator改成admin)或更改了其口令时,再次启动服务器,就出现"同于登录失败而无法启动服务"的错误了. 解决方

  • CentOS7中MariaDB修改datadir后无法启动的解决方法

    发现问题 最近想把服务器的CentOS 6.8升级上CentOS7.但是失败了,重装了系统,重装以后挂载好数据盘后发现MariaDB起不来了,查journal log,只有一行warning can't create test file /var/lib/mysql/core.lower-test 解决方法 在网上查了一下,有两种方案 第一是说selinux导致的,但是ucloud的镜像默认就是关闭selinux的,所以不是这个问题 第二说是apparmor限制了进程的目录读写,但是那是Ubun

  • SQL SERVER 9003错误解决方法

    SQLSERVER 9003错误解决方法 只适用于SQL2000 (只适用于SQL2000) "无法打开新数据库 'POS'.CREATE DATABASE 中止. (Microsoft SQL Server,错误: 9003)" 看是9003错误,就想到可能是由于日志文件的原因,再看数据库文件可能损坏,于是想到dbcc checkdb指令. 方法如下: 1．我们使用默认方式建立一个供恢复使用的数据库(如pos).可以在SQL   Server   Enterprise   Manag

随机推荐