thinkpphp3.1.3 rabbitmq 消费时 长时间不用 数据库连接超时2006:MySQL server has gone away 咋怎？

1.由于数据库设计问题造成SQL数据库新增数据时超时

症状:

Microsoft OLE DB Provider for SQL Server 错误 '80040e31' ([ODBC SQL Server Driver]超时已过期)

服务器上看CPU、内存占用率很低

事件日志中提示: 数据库 '*********' 中文件 '***********' 的自动增长在 453 毫秒后已取消或出现超时。使用 ALTER DATABASE 设置更小的 FILEGROWTH 或设置新的大小。

原因:

数据库设置时,[文件增长]按百分比来增长,当数据库文件很大时(1G以上),新增 *** 作都会报超时，而这时候其实CPU、内存占用率都非常非常的低。

解决方法:

把上述的文件增长这里设置为一个更低的百分比或者直接指定增加多少兆字节。

2.SQL Server数据库超时设置

修改客户端的连接超时设置。默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是 4 秒，而查询分析器是 15 秒。

企业管理器中的设置:

在企业管理器中，选择菜单上的"工具"，再选择"选项"；

在d出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡；

在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字，如 30。

查询分析器中的设置:

单击“工具”->"选项"->"连接"将登录超时设置为一个较大的数字，连接超时改为0。

3.查询语句时超时

原因分析:

查询超时一般来说首先要从sql语句和数据表的结构上找原因，优化sql语句和为数据库的查询字段建索引是最常用的办法。

另外，数据库的查询超时设置一般是sqlserver自己维护的(在你没有修改query wait配置前)，只有当你的实际查询时间超过估计查询时间的25倍时，才会超时。

而造成超出估计值那么多的原因有两种可能:

估计时间不准确；

sql语句涉及到大量占用内存的查询(如排序和哈希 *** 作)，内存不够，需要排队等待资源造成的。

解决办法:

优化语句,创建\使用合适的索引

解决第一个问题的方法,更新要查询表的索引分发统计，保证估计时间的正确性，UPDATE STATISTICS 表名

增加内存

如果想手动设置查询超时，可以使用以下语句：

sp_configure 'show advanced options', 1 GO RECONFIGURE GO sp_configure 'query wait', 2147483647 GO RECONFIGURE GO

4.应用程序连接失败

故障:

在应用程序中我们也会遇到类似的错误信息，例如：

Microsoft OLE DB Provider for ODBC Drivers 错误 '80004005'. [Microsoft][ODBC SQL Server Driver]超时已过期.

解决方法:

A.如果遇到连接超时的错误，我们可以在程序中修改 Connection 对象的超时设置，再打开该连接。例如：

＜%Set Conn = Server.CreateObject("ADODB.Connection")DSNtest="DRIVER={SQL Server}SERVER=ServerNameUID=USERPWD=passwordDATABASE=mydatabase"Conn. Properties("Connect Timeout") = 15 '以秒为单位Conn.open DSNtest%＞

B.　 如果遇到查询超时的错误，我们可以在程序中修改 Recordset 对象的超时设置，再打开结果集。例如：

Dim cn As New ADODB.ConnectionDim rs As ADODB.Recordset. . . cmd1 = txtQuery.TextSet rs = New ADODB.Recordsetrs.Properties("Command Time Out") = 300'同样以秒为单位，如果设置为 0 表示无限制rs.Open cmd1, cnrs.MoveFirst. . .

另外,一些硬件及网络方面的原因也可能造成SQL数据库连接超时.

一、无法访问系统资源

MySQL 不能访问启动需要的资源是造成而 MySQL 无法启动的一个常见原因，如：文件，端口等。由于 linux 中用于启动 mysqld 进程的 mysql 用户通常是不能登陆的，可以使用类似下面的命令检查文件的访问权限。

sudo -u mysql touch /var/lib/mysql/b

找出问题后，修改对应文件或目录的权限或属主后通常可以解决问题。但有时 mysql 用户有访问文件和目录的权限，但仍然会被拒绝访问，例如下面这个例子：

mysql>system sudo -u mysql touch /home/mysql/data/a

mysql>create table t1 (

id int primary key,n varchar(10

) data directory

ERROR 1030 (HY000): Got error 168 from storage engine

测试说明 mysql 用户有这个目录的访问权限，但创建文件还是失败，这种情况让很多人困惑，这个时候通常是 mysqld 进程的访问被 linux 的 selinux 或 apparmor 给阻止了，大家可以看到创建的表不是在 mysql 的默认目录下面，因此 selinux 或 apparmor 的 policy 里面没有包含这个目录的访问权限，此时只要对应的修改 policy 就行了，当然把 selinux 或 apparmor 停了也行。

有时虽然对系统资源有访问的权限，但系统资源已经被占用：

mysqld --no-defaults --console --user mysql

2020-11-03T03:36:07.519419Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 21171

2020-11-03T03:36:07.740347Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11

这个故障产生的原因是另外一个 mysqld 进程已经启动并占用了对应的文件。

二、参数设置错误

参数设置错误造成 MySQL 无法启动的原因也非常常见，此时先要检查 MySQL 启动时会调用的参数，下面的命令可以查询 MySQL 启动时调用参数文件的顺序：

$ mysqld --verbose --help | grep "Default options " -A 1

Default options are read from the following files in the given order:

/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf

知道了 MySQL 参数文件的调用顺序，我们就可以检查对应的参数文件，找出其中的错误，如果觉得参数文件的可读性不强，可以使用下面的命令显示 mysqld 程序将要调用的参数：

$ mysqld --print-defaults

/usr/sbin/mysqld would have been started with the following arguments:

......

注意这个命令显示完参数后就退出，不会真正运行 mysqld。这个命令和 my_print_defaults mysqld 完全是等价的，只不过后者的显示方式是一行一个参数。

然后开始对可疑的参数进行调试，我个人喜欢加的参数和顺序如下：

1. 在 mysqld 后加上第一个参数 --no-defaults ，这个参数的作用是通知 mysqld 在启动的时候不要读任何参数文件；

2. 第二个参数是 --console，这个参数会把错误信息输出到屏幕上，这个参数带来的一个弊端是所有的信息都输出到屏幕上，让屏幕显得比较乱，但对于我们调试却是很方便的；

3. 第三个参数是 --log-error-verbosity=3，这个参数会显示详细的日志；

4. 然后再在后面加上有把握的参数，可以一次只加一个参数，然后启动 mysqld，采用排除法逐步找出错误的参数。

win10系统中安装mysql5.6时启动不了服务 1067错误的解决办法。

（服务和应用程序窗口中的“服务”中启动MYSQL时出现的错误）

（使用管理员身份进入的命令窗口也是无法启动）

（my.ini配置文件）

以下的解决方案，可以试一下：

1、进入MySql的安装目录找到my.ini里有一句：default-storage-engine=INNODB改成MYISAM就可以了。

马上再去开启MySql服务就可以顺利开启了。

2、重装mysql时，一直提示“无法启动MYSQL服务，错误1067进程意外终止

重启，修复注册表都没什么用，

网上查了，改什么basedir,也没用

我用的是mysql5.8,

找来找去，想起之前装了wampserver,pc_webserver等集成环境，

此些软件会把my.ini, php.ini 写入C:WINDOWS目录下，并设为只读

解决方法：

把windows目录下，my.ini文件删除，

重装mysql,服务启动成功

3、1、执行winmysqladmin，生成my.ini文件

2、mysqld -install 启动mysql服务

3、net start mysql 启动mysql服务显示正常

当通过mysql -u root -p 连接时候报服务器没有启动的错误，察看server服务，确实mysql服务没有启动，手动启动产生1067错误，重新安装过几次mysql，错误依旧。察看各个配置都没有错误。

我的系统环境 win2003 mysql版本4.0.12。

解决办法，将winmysqladmin生成的my.ini拷贝到c:windows下再启动mysql就一切OK了。

这个没试过 ：其实不需要重新配置 你只要在/bin 目录下依次点击 mysql.exe

mysqld.exe

mysqld-nt.exe

winmysqladmin.exe

提示框出现后 直接cancle 掉

然后再点击 winmysqladmin.exe 在右下脚那个小图标上 选择启动服务就可以了。

---