mysql_ping挂掉了,什么情况???
#1 0x0000003ad3634085 in abort () from /lib64/libc.so.6
#2 0x0000003ad36707b7 in __libc_message () from /lib64/libc.so.6
#3 0x0000003ad36760e6 in malloc_printerr () from /lib64/libc.so.6
#4 0x0000003ad3678c13 in _int_free () from /lib64/libc.so.6
#5 0x00007f28f693edf1 in vio_delete () from /usr/lib64/libmysqlclient_r.so.16
#6 0x00007f28f693aff7 in end_server () from /usr/lib64/libmysqlclient_r.so.16
#7 0x00007f28f693b32f in cli_safe_read () from /usr/lib64/libmysqlclient_r.so.16
#8 0x00007f28f693d13b in cli_advanced_command () from /usr/lib64/libmysqlclient_r.so.16
#9 0x00007f28f6908061 in mysql_ping () from /usr/lib64/libmysqlclient_r.so.16
程序跑了一个下午结果挂在了mysql_ping()里面,都不知道什么状况???
1.我用一个线程过一段时间查询下数据库,以便一直保持连接。
2.我用mysql_option和mysql_ping用来断开重连,结果却在mysql_ping里面挂掉了,大神,求真理!!!
相关推荐
mysql 协议的ping命令包及解析详解及实例
mysql 协议的ping命令包及解析详解 前言: MySQL客户端可以用ping命令来检查服务端的状态,正常会返回ok包。 mysql通信报文结构 类型 名字 描述 int<3> payload长度 按照the least significant byte first存储,3个字节的payload和1个字节的序列号组合成报文头 int<1> 序列号 string payload 报文体,长度即为前面指定的payload长度 ping命令包 Payload [0e] COM_PING 更多详情 : http://dev.mysql.com/doc/interna
docker run启动的容器挂掉了数据怎么办
情景描述 在某个系统中,功能性的服务使用 docker stack deploy xxx 启动,某个国产数据库的服务单独使用 docker run xxx 启动,数据库服务没有将存储的位置挂载出来; 结果客户重启了服务器…再登录到服务器重启服务的时候,发现了一个问题,之前数据库里的数据可能会消失(如果再使用 docker run 启动的话)。 解决办法 尝试1 起初想的是数据肯定丢了,那就只能重新折腾一次数据了,但工作量太大了… 不过也没办法,下次再启动,把存储挂载到硬盘就好了,Orz 不过和同事交流了之后,发现了一个更为简单(但也不是永久的办法),见尝试2 尝试2 同事提到,可以使用 doc
MySQL server has gone away 问题的解决方法
此文档中详细的记载了,MySQL server has gone away 问题的解决方法,希望可以帮助到你!
解决远程连接mysql很慢的方法(mysql_connect 打开连接慢)
在进行 ping和route后发现网络通信都是正常的,而且在mysql机器上进行本地连接发现是很快的,所以网络问题基本上被排除了。以前也遇到过一次这样的问题,可后来就不知怎么突然好了,这次又遭遇这样的问题,所以想看看是不是mysql的配置问题。在查询mysql相关文档和网络搜索后,发现了一个配置似乎可以解决这样的问题,就是在mysql的配置文件中增加如下配置参数: [mysqld]skip-name-resolve 在linux下配置文件是/etc/my.cnf,在windows下配置文件是mysql安装目录下的my.ini文件。注意该配置是加在 [mysqld]下面,在更改配置并
一个ping检测告警函数代码
一个ping脚本,服务器通用告警函数。在没有 nagios 的情况下,这个暂且可以用来作为服务器告警使用


