博客
关于我
mysql server has gone away
阅读量:800 次
发布时间:2023-02-10

本文共 373 字,大约阅读时间需要 1 分钟。

今天在开发的时候workbench经常遇到这个问题。遇到这个问题的时候通常有两种思路。

第一种思路是数据量过大导致的连接超时异常。解决这个问题的方法就是设置max_allowed_packet,把这个数值设置大一点,这样就类似于缓存技术了。

第二种思路是等待时间过久导致的异常。这时候需要根据具体的情况来处理。如果是用黑框访问DOS界面,或者是那些有代码癖的人使用的界面,可以设置interactive_timeout为2880000,这样就是交互式操作了。

如果使用的是workbench或者mysql navicate之类的工具,那么就需要设置wait_timeout为2880000。这种方法就叫做非交互式操作。

总的来说,解决这类问题需要根据具体情况来选择合适的解决方案。通过合理设置相关参数,可以有效地减少连接超时和等待时间带来的问题。

转载地址:http://prffk.baihongyu.com/

你可能感兴趣的文章
mysql 用户管理和权限设置
查看>>
MySQL 的 varchar 水真的太深了!
查看>>
mysql 的GROUP_CONCAT函数的使用(group_by 如何显示分组之前的数据)
查看>>
MySQL 的instr函数
查看>>
MySQL 的mysql_secure_installation安全脚本执行过程介绍
查看>>
MySQL 的Rename Table语句
查看>>
MySQL 的全局锁、表锁和行锁
查看>>
mysql 的存储引擎介绍
查看>>
MySQL 的存储引擎有哪些?为什么常用InnoDB?
查看>>
Mysql 知识回顾总结-索引
查看>>
Mysql 笔记
查看>>
MySQL 精选 60 道面试题(含答案)
查看>>
mysql 索引
查看>>
MySQL 索引失效的 15 种场景!
查看>>
MySQL 索引深入解析及优化策略
查看>>
MySQL 索引的面试题总结
查看>>
mysql 索引类型以及创建
查看>>
MySQL 索引连环问题,你能答对几个?
查看>>
Mysql 索引问题集锦
查看>>
Mysql 纵表转换为横表
查看>>