本文目录一览：
- 1、mysql链接不上错误代码10061了，重启mysql失败，错误2
- 2、mysql错误码问题
- 3、连接mysql错误2013
- 4、关于Php连接MySQL的代码错误
- 5、如果网页提示MySQL10062错误,更换浏览器无法解决该问
- 6、启动mysql服务器报错
mysql链接不上错误代码10061了，重启mysql失败，错误2
网页链接---看下这个，数据库有编号的问题网上一般都有答案，下次直接百度，能快些，望采纳~！
mysql错误码问题
这里列出部分，详情可参考：
消息：无法创建文件'%s' (errno: %d)
· 错误：1005 SQLSTATE: HY000 (ER_CANT_CREATE_TABLE)
消息：无法创建表'%s' (errno: %d)
· 错误：1006 SQLSTATE: HY000 (ER_CANT_CREATE_DB)
消息：无法创建数据库'%s' (errno: %d)
· 错误：1007 SQLSTATE: HY000 (ER_DB_CREATE_EXISTS)
消息：无法创建数据库'%s'，数据库已存在。
· 错误：1008 SQLSTATE: HY000 (ER_DB_DROP_EXISTS)
消息：无法撤销数据库'%s'，数据库不存在。
· 错误：1009 SQLSTATE: HY000 (ER_DB_DROP_DELETE)
消息：撤销数据库时出错（无法删除'%s'，errno: %d）
· 错误：1010 SQLSTATE: HY000 (ER_DB_DROP_RMDIR)
消息：撤销数据库时出错（can't rmdir '%s', errno: %d）
· 错误：1011 SQLSTATE: HY000 (ER_CANT_DELETE_FILE)
消息：删除'%s'时出错 (errno: %d)
· 错误：1012 SQLSTATE: HY000 (ER_CANT_FIND_SYSTEM_REC)
消息：无法读取系统表中的记录。
· 错误：1013 SQLSTATE: HY000 (ER_CANT_GET_STAT)
消息：无法获取'%s'的状态(errno: %d)
· 错误：1014 SQLSTATE: HY000 (ER_CANT_GET_WD)
消息：无法获得工作目录(errno: %d)
· 错误：1015 SQLSTATE: HY000 (ER_CANT_LOCK)
消息：无法锁定文件(errno: %d)
· 错误：1016 SQLSTATE: HY000 (ER_CANT_OPEN_FILE)
消息：无法打开文件：'%s' (errno: %d)
· 错误：1017 SQLSTATE: HY000 (ER_FILE_NOT_FOUND)
消息：无法找到文件： '%s' (errno: %d)
· 错误：1018 SQLSTATE: HY000 (ER_CANT_READ_DIR)
消息：无法读取'%s'的目录 (errno: %d)
· 错误：1019 SQLSTATE: HY000 (ER_CANT_SET_WD)
消息：无法为'%s'更改目录 (errno: %d)
· 错误：1020 SQLSTATE: HY000 (ER_CHECKREAD)
消息：自上次读取以来表'%s'中的记录已改变。
· 错误：1021 SQLSTATE: HY000 (ER_DISK_FULL)
消息：磁盘满(%s)；等待某人释放一些空间...
· 错误：1022 SQLSTATE: 23000 (ER_DUP_KEY)
消息：无法写入；复制表'%s'的 键。
· 错误：1023 SQLSTATE: HY000 (ER_ERROR_ON_CLOSE)
消息：关闭'%s'时出错 (errno: %d)
· 错误：1024 SQLSTATE: HY000 (ER_ERROR_ON_READ)
消息：读取文件'%s'时出错 (errno: %d)
· 错误：1025 SQLSTATE: HY000 (ER_ERROR_ON_RENAME)
消息：将'%s'重命名为'%s'时出错 (errno: %d)
· 错误：1026 SQLSTATE: HY000 (ER_ERROR_ON_WRITE)
消息：写入文件'%s'时出错 (errno: %d)
· 错误：1027 SQLSTATE: HY000 (ER_FILE_USED)
消息：'%s'已锁定，拒绝更改。
· 错误：1028 SQLSTATE: HY000 (ER_FILSORT_ABORT)
连接mysql错误2013
连接mysql错误2013是设置错误造成的，解决方法为：
1、回到电脑桌面，找到我的电脑点击右键。找到管理选项双击。
2、点击服务和应用程序。
3、点击服务。
4、找到MySql。发现描述项为空。双击。
5、点击启动，再次打开MySql连接，就能连接成功了。
关于Php连接MySQL的代码错误
html
head
title通过PHP连接MySQL/title
/head
body
?php
//用mysql_connect函数打开一个到MySQL服务器的连接
//若成功则返回一个MySQL连接标识，失败则返回FAISE
$link = mysql_connect ( "localhost","root","password");
if(!$link){
//用die()函数显示信息并结束当前脚本
//用mysql_error函数返回上一个MySQL操作产生的错误信息
die ("未能连接到MySQL服务器：".mysql_error() );
}
echo "成功连接到MySQL服务器!";
mysql_close($link); //关闭MySQL连接
?
/body
/html
把我这个代码复制过去 重新尝试
你后来补充的错误 是因为mysql 没有连上上造成的 不是错误只算警告
如果网页提示MySQL10062错误,更换浏览器无法解决该问
网页本身有问题。
1、如果在浏览器进行网页登录时，突然出现网页提示MySQL10062错误代码，然后重新更换了一个浏览器，结果还是不可以，那就是网站本身的问题，网站本身就是一个错误的网站，所以不管用什么浏览器都不好使。
2、可以重新建立一个网址，在检查网址有没有错误的出现。
启动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
参考资料：
总结：
说了这么多，那么为什么要修改内核参数vm.overcommit_memory的值呢？这个是因为这台服务器之前跑过GreenPlum数据库，拿到我手上的时候没有进行重装系统，那么还是建议如果拿到的机器之前跑过其他的业务，那么保险的方法还是重装一下系统，然后再部署自己的业务，不然真的会出现莫名其妙的问题。
