执行以下命令,查看mysql的运行时长。
uptime数值很大,表明mysql服务运行很久,说明最近MySQL服务器没有重启过。
或者查看MySQL的报错日志,看看有没有重启的信息。
如果日志没有相关信息,也表明mysql服务最近没有重启过,可以继续检查下面几项情况。
如果程序使用的是长连接,则这种情况的可能性会比较大。
即,某个长连接很久没有新的请求发起,达到了server端的timeout,被server强行关闭。
此后再通过这个connection发起查询的时候,就会报错server has gone away。
如下命令设置连接超时为5秒。
再执行 SELECT NOW(),通过这个connection发起查询的时候,就会报错server has gone away。
实际上wait_timeout=28800,不是造成文章开头的原因。
这种情况和情况2相似,只是发起者是DBA或者其他job。发现有长时间的慢查询执行kill xxx导致。
当查询的结果集超过 max_allowed_packet 也会出现这样的报错。
查看执行SQL执行文件大小是否超过 max_allowed_packet ,如果超过则需要调整参数,或者优化语句。
计算发现SQL执行文件最大只能是16M,而文章开头执行的a.sql有24M。
修改参数,max_allowed_packet 调整为28M。
重新再执行`mysql -h 127.0.0.1 -uroot study -e"source b.sql"``成功,说明原因是情况4造成的。
解决方法:第一步:如果mysql服务正在进行,将之停止。
第二步:在终端中以管理员权限启动mysqld_safe,命令如下:
sudo/usr/local/mysql/bin/mysqld_safe--skip-grant-tables
执行结果如下:
mysqld_safe Logging to'/usr/local/mysql/data/lyqdeMacBook-Pro.local.err'.2016-06-12T08:29:17.6NZ mysqld_safe Starting mysqld daemon with databasesfrom/usr/local/mysql/data
第三步:不要关闭当前的终端窗口,新建一个终端窗口,输入如下命令,回车登录mysql
/usr/local/mysql/bin/mysql
登录后,看到欢迎信息:
看到结果:
Reading table informationforcompletion of table and column names
You can turn offthisfeature togeta quicker startup with -A
Database changed
mysql>
然后,更新root的密码,SQL如下:
mysql>update usersetauthentication_string=password('root')whereHost='localhost'and User='root'
注意:
①有的版本的mysql中,密码可能存储在password字段中,可以使用"describe user"命令来查看下表结构再 *** 作
②authentication_string的值一定通过password函数来计算(password('root'))
执行结果如下:
Query OK,1row affected,1warning (0.01sec)
Rows matched:1Changed:1Warnings:1
退出mysql(执行sql语句:exit)
最后一步:将mysqld_safe进程杀死,重启mysqld。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)