如何解决是否可以最大程度地减少选择中的 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 举报，一经查实，本站将立刻删除。
