美国的服务器连接国内的 mysql 数据库好慢，有什么加速方法

复制一份，弄多一个实例呗

你们这种情况网络状况不稳定是怎么解决的？

上专线

专线解决

不能在国内提供 web 服务而不是 mysql，美国用 cdn 吗，直接在美国连 mysql,一个页面几十条 sql。。。那画面太美

有钱上专线，没钱乖乖认怂，分开服务。国内出口带宽是极度稀缺资源，不要谈墙，就算没墙，照样天天堵的不要不要的

两个解决方案吧
1、改程序做 MySQL 读写分离，然后做主从同步
2、国内 /美国直接开 http 代理到真正的后端去

说下我当年的解决方案：
MySQL 主从，国外用 slave server。读取速度就会快，写入走 API，略有延迟。出口拥堵时延迟就会很大。做好延迟监控。
如何优化要看自己的业务需求有没有优化空间。

把程序放在国内，Nginx 反代

如果是 web，提供不同地区的服务一般是前端使用 CDN 的吧。

国内服务器提供 数据访问的 api 接口给美国那边使用

vxtrans 可以透明转发流量，用里面的 CN2 线路。

我的 Mysql 是在腾讯云国内机房，刚好前段时间我也遇到了这个问题，分享一个解决方案：
弄了一个阿里云的香港机房，nginx 做了 upsteam，给 mysql 做了一个反向转发，国外服务器请求阿里云，再转国内服务器。

原理大概是
1.腾讯云、阿里云的香港机房，境外线路要好很多
2.阿里云、腾讯云香港，到自家深圳、广州机房，也能稳不少（甚至你也能走阿里云深港这种内部专线:机场那种）

先前后端分离，但还不知道你的实时数据是要求什么延时的，所以可以后端走中转，或者直接回国。我之前从法兰克福传到国内北京的数据，大约就十几个 G，但是直接 SCP 连北京的话速度个位数 MB/s，然后我就临时开了个阿里云 OSS 上海，然后先转上海，再转到北京，基本上德国回国平均速度速度到 70 多 MB/s，国内的话因为服务器流入不收，OSS 套餐还有剩余，所以基本就低成本转移

没有人说 mysql cluster 方案么？不用读写分离。
中国两台服务器，美国一台。或反过来。

请教下楼主，最后国外服直接使用 nginx 反代的方式，响应速度上怎么样? 现在也遇到了同样的问题，在考虑用不用参考回复中的再弄一台香港的主机做国外请求中转