MySQL性能-100Mb以太网与1Gb以太网

我刚开始一项新工作，注意到分析员的计算机以100Mbps的速度连接到网络。我们在MySQL服务器上运行的ODBC查询很容易返回500MB+的数据，而且在服务器处于高负载时，DBA似乎会杀死低优先级的作业，因为它们运行的时间太长

我的问题是。。。服务器执行请求花费了多少时间，将数据返回到客户端花费了多少时间？能否通过将网络连接升级到1Gbps来提高查询速度

更新原因：该数据库是为了满足报告需要而建立的，包含大量数据。我们通常在外部应用程序（如SAS或Excel）中以粒度级别处理这些数据的子集，因此需要传输大量数据。查询的结构并不糟糕——它们非常简单，并且使用了适当的连接/索引等。我已经从文章的标题中删除了“查询”，因为我意识到这个问题更多地与MySQL的总体性能有关，而不是与查询相关的性能。我有点希望拥有千兆连接的人可以通过运行返回大量数据的查询来为我量化一些结果，然后他们可以将连接速度限制在100Mb，然后重新运行相同的查询。希望这可以在负载相当稳定的环境中完成，以免扭曲结果

如果以太网速度可以改善这种情况，我希望得到一些可量化的结果，以帮助论证我升级网络连接的理由

谢谢 抢劫

基准MySQL有很多工具来确定查询需要多长时间。很可能你有非常糟糕的问题。使用慢速查询日志。 为什么要从MySQL中传输/存储500MB的数据？ 基准MySQL有很多工具来确定查询需要多长时间。很可能你有非常糟糕的问题。使用慢速查询日志。 为什么要从MySQL中传输/存储500MB的数据？

---

我的怀疑是肯定的。应该是

在MySQL shell中，我将运行：

显示完整进程列表

并检查查询的状态。如果您看到任何类似的状态：从网络读取或写入网络，这意味着网络传输直接影响MySQL。您还可以查看IOStat结果，查看系统使用了多少IO。如果系统位于托管交换机上，您可能还需要检查那里的负载

参考：

---

参考：我的怀疑是肯定的。应该是

在MySQL shell中，我将运行：

显示完整进程列表

并检查查询的状态。如果您看到任何类似的状态：从网络读取或写入网络，这意味着网络传输直接影响MySQL。您还可以查看IOStat结果，查看系统使用了多少IO。如果系统位于托管交换机上，您可能还需要检查那里的负载

参考：

---

Ref:

将数据量除以查询时间，即可得到答案。如果接近100Mbps的容量，您将遇到IO问题。

将数据量除以查询时间，您将得到答案。如果您接近100Mbps的容量，则会出现IO问题。

请求到达服务器的速度越快，返回结果的速度就越快…我认为属于服务器故障。请求到达服务器后，返回结果的速度就越快…我认为属于服务器故障。谢谢你的建议。在这里更新了原始帖子，以解决您的2点.OP问题。谢谢你的建议。在这里更新了原始帖子，以解决您的2点.OP问题。谢谢我运行了一个简单的select，返回了一百万行。第一个查询执行的状态在写入网络和发送数据之间交替30秒，然后在写入本地硬盘时休眠30秒，我可以听到它的抖动。在休眠阶段，进程仍然可见，直到HDD写入完成，进程才会消失。因此，对我来说，第一步是提高本地机器上的写入时间，这不是问题，因为我可以压缩文件以节省I/O时间。它似乎在向网络写入数据和发送数据上花费了更多的时间。您是否尝试过确保打开了客户端压缩？这将在传输前自动压缩响应。你能把更多的网卡添加到机器上吗？绑定网卡可以为您提供更高的吞吐量。如果愿意，您甚至可以根据网络连接隔离负载。请单击此处的.OP。谢谢我运行了一个简单的select，返回了一百万行。第一个查询执行的状态在写入网络和发送数据之间交替30秒，然后在写入本地硬盘时休眠30秒，我可以听到它的抖动。睡觉时

---

在第三阶段，进程仍然可见，直到HDD写入完成，进程才会消失。因此，对我来说，第一步是提高本地机器上的写入时间，这不是问题，因为我可以压缩文件以节省I/O时间。它似乎在向网络写入数据和发送数据上花费了更多的时间。您是否尝试过确保打开了客户端压缩？这将在传输前自动压缩响应。你能把更多的网卡添加到机器上吗？绑定网卡可以为您提供更高的吞吐量。如果愿意，您甚至可以根据网络连接隔离负载。