是否可以最大程度地减少选择中的 MySQL 延迟？

问题描述

我正在处理一个在两个区域中运行的应用程序。两者都在其中一个区域中与同一个 MysqL 通信，其中（请原谅双关语）：

BEGIN (same zone): ~1ms
SELECT (same zone): ~1ms
BEGIN (different zone): ~60ms
SELECT (different zone): ~120ms

时间非常一致。我有一个理论，即真正的网络延迟是 60 毫秒，但是，SELECT 进行了两次往返。我的猜测是它将获取数据作为准备查询的单独旅程。在几乎所有情况下，只会返回一行。

如果这是可行的，有没有办法告诉 go 或 MysqL 在一次往返中完成整个过程？

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）