gpt4 book ai didi

mysql - 与远程数据库的 mysql 连接速度慢

转载 作者:行者123 更新时间:2023-11-29 03:11:36 25 4
gpt4 key购买 nike

这是我的场景:我有一个通过 Amazon AWS 托管在美国东部地区的 LAMP 服务器。该 web 服务器连接到本地 mysql 数据库,一切都快速顺利地运行。我最近在我的计算机上安装了 Apache,这样我就可以在本地进行开发并将其设置为连接到实时服务器上的数据库,而不是在本地设置数据库。

问题是,从我的本地机器到数据库服务器的请求很慢。我测试了 5 个查询,从随机表中选择了 1、10、100、1000 和 10000 的限制。这是我的结果:

本地连接的生产服务器:

Total time : 0.1961 seconds
Connection : 0.069 seconds
Query Limit 1 : 0.0001 seconds
Query Limit 10 : 0.0001 seconds
Query Limit 100 : 0.0003 seconds
Query Limit 1000 : 0.002 seconds
Query Limit 10000 : 0.1246 seconds

我的远程连接:

Total time : 8.2012 seconds
Connection : 0.813 seconds
Query Limit 1 : 0.2133 seconds
Query Limit 10 : 0.3243 seconds
Query Limit 100 : 0.8209 seconds
Query Limit 1000 : 1.2209 seconds
Query Limit 10000 : 4.8088 seconds

这是我对上述服务器的 ping 结果:

Reply from xx.xx.xx.xxx: bytes=32 time=117ms TTL=42
Reply from xx.xx.xx.xxx: bytes=32 time=120ms TTL=42
Reply from xx.xx.xx.xxx: bytes=32 time=126ms TTL=42
Reply from xx.xx.xx.xxx: bytes=32 time=116ms TTL=42

Ping statistics for xx.xx.xx.xxx:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 116ms, Maximum = 126ms, Average = 119ms

这是表格描述:

col1    mediumint(9)    unsigned NO    PRI    NULL    auto_increment
col2 varchar(128) YES NULL
col3 varchar(100) NO MUL NULL
col4 mediumtext YES MUL NULL
col5 tinyint(1) YES MUL 0

我知道 skip_name_resolve mysql 变量并将其设置为 ON,但我没有看到任何改进。这仅仅是我的 comp(美国西海岸)与数据库服务器之间的延迟/数据传输问题吗?理想情况下,我想继续使用远程数据库,但我应该只使用数据库的本地副本吗?

最佳答案

我知道这是一个老问题,但它可能对某些人来说仍然相关。事实证明,这只是一个数据传输/延迟问题。从本地 Web 服务器上的查询到远程数据库(全国各地)的延迟只是简单地加起来。我决定连接到本地数据库进行开发,一切都快多了。

关于mysql - 与远程数据库的 mysql 连接速度慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7395133/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com