我在美国有一些服务器，Django + MySQL。一切正常，但当我在亚洲设置服务器时，我遇到了一个非常奇怪的问题。基本上，migrate --list 或 shell 运行良好，尽管有一点延迟。但是当我尝试加载一些广泛使用数据库的页面时，我得到 502 并且 uWSGI 工作人员死亡。在我增加 nGinx 上的超时值后，页面在请求后 40 秒开始加载。在这 40 秒内，浏览器一直停留在 connecting to ... 上。大约 40 秒后，页面呈现得很好，并且过程非常迅速。
我有点发现这可能是一个滞后，因为除了查询之外还涉及数据传输。但是，当 ping 数据库主机时，几乎没有延迟。当我检查 MySQL 连接时，亚洲的服务器连接休眠了整整 40 秒，然后额外的连接突然出现并加载页面。
服务器配置完全相同。我想知道这是否确实是数据库位置或者我需要修改配置。
但是当我运行runserver时效果是一样的。所以，我怀疑nGinx或uWSGI的设置方式有问题。
最佳答案
这是 MySQL 的滞后。实现复制(在我的例子中是循环)后，所有服务器都完美运行，并且 MySQL 复制速度非常快!
关于mysql - Django 与远程 MySQL，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9719522/