【问题现象】
开发同事反馈有应用在21:00-22:00之间出现大量超时报错。
【问题分析】
1、 从DB服务器慢查询指标来看，18:00后有大量的慢查询，累计产生了约9000条慢查询
2、 测试直接执行慢查询SQL语句，并没有发现性能问题
3、当时DBA同事在排障现场看到了线程执行时等待Writing to net。
之前我们碰到过大量Writing to net等待的情况，通常是DB服务器网卡流量打满导致。但这次从DB服务器网卡流量上看，并没有打满，而且比较平稳。
从QPS和threads_running指标来看，并发不是很高，相对平稳。
4、 Writing to net状态究竟代表了什么
Writing to net
The server is writing a packet to the network.
这里先简单描述下SQL语句查询的流程：
<1>扫描一行，写到net_buffer，这里net buffer 是按照net_buffer_length 初始化, 但可以动态增长到max_allowed_packet配置值
<2>继续获取满足条件的行，直到写满net_buffer，然后调用网络接口发送出去
<3>客户端接收网络包完成，清空net_buffer
<4>重复上面1到3的步骤
<5>如果发送未完成，表示socket send buffer写满，这时会进入等待状态，显示Writing to net，直到socket send buffer重新可写，再继续发送
下面是MySQL5.6.21的代码片段：
static const char *thread_state_info(THD *tmp)
{
#ifndef EMBEDDED_LIBRARY
if (tmp->net.reading_or_writing)
{
if (tmp->net.reading_or_writing == 2)
return "Writing to net";
else if (tmp->get_command() == COM_SLEEP)
return "";
else
return "Reading from net";
}
else
#endif
{
if (tmp->proc_info)
return tmp->proc_info;
else if (tmp->mysys_var && tmp->mysys_var->current_cond)
return "Waiting on cond";
else
return NULL;
}
}
由于MySQL是边扫描边发送数据的，当客户端接收慢时，就会阻塞整个查询进程，导致执行变慢。
注意MySQL5.7.8以后，状态发生了变化
Sending to client
The server is writing a packet to the client. This state is called Writing to net prior to MySQL 5.7.8.
5、 在网络通信的链路上，DB端网络没有问题，需要继续排查网络通信缓存区瓶颈，以及客户端的网络或处理。
当时排障时，DBA尝试调整放大了max_allowed_packet参数，但是效果不明显。
从应用服务器的网络指标，可以看出从中午12:35-00:00间，有大量套接字处于连接状态establish。与DB端的慢查询趋势基本一致。
6、到这里基本可以定位问题是由于WEB客户端接收处理DB端发送的网络包比较慢，导致了SQL语句处于Writing to net状态，执行很慢。
这里可能是WEB应用服务器异常，或WEB客户端或宿主机的网络问题。
7、后面联系了相关同事，排查到这台WEB服务器对应的宿主机相关的交换机在这段时间有性能问题。
数据库运维经验分享&MySQL源码学习漫漫路
原文地址：https://www.cnblogs.com/wangdong/p/10538762.html