MySQL在发送大数据查询结果时，并不会一次性加载全部数据到内存，而是采用边读边发的方式，通过net_buffer_length控制每次发送的数据量。这避免了内存溢出的问题，但如果客户端接收慢，可能导致服务器事务执行时间延长。使用mysql_use_result接口时，如果业务逻辑处理慢，也会引起类似问题。InnoDB引擎中，Buffer Pool用于加速更新和查询，其命中率对性能至关重要。保持高命中率可以有效提升查询速度。
那么，这个“结果集”存在哪里呢？
服务端无需保存一个完整结果集。取数据和发数据的流程是这样的：
-
获取一行，写到net_buffer。这块内存的大小是由参数net_buffer_length定义，默认16k
-
重复获取行，直到net_buffer写满，调用网络接口发出去
-
若发送成功，就清空net_buffer，然后继续取下一行，并写入net_buffer
-
若发送函数返回EAGAIN或WSAEWOULDBLOCK，就表示本地网络栈（socket send buffer）写满了，进入等待。直到网络栈重新可写，再继续发送
- 查询结果发送流程
可见：
-
一个查询在发送过程中，占用的MySQL内部的内存最大就是net_buffer_length这么大，不会达到200G
-
socket send buffer 也不可能达到200G（默认定义/proc/sys/net/core/wmem_default），若socket send buffer被写满，就会暂停读数据的流程
所以My
最低0.47元/天 解锁文章
扫一扫
215
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
