读写数据比例 2:1 左右的服务端，适合通过数据库分布式属性来加速么

[oldcai]

现在放在阿里云，一些在美国的用户反应说速度太慢了，用的是PostgreSQL数据库，说是可以分布式的，具体还没实践过。
不知道这种目的是“加速”的场景适合用分布式/集群的属性么？

[dreampuf]

US 做个 slave ?

[oldcai]

@dreampuf 是这么打算的，像这么做有没有什么坑之类的？

[dreampuf]

@oldcai PG不了解，据说做M/S比MySQL麻烦。MySQL的 M/S 一堆坑

[oldcai]

@dreampuf
我是这么想的：同步的时候，写操作大概会锁两边的数据库，因为不然这边创建了一条新记录，自增字段的id到了100,那边也新增了一条，也是id=100了，就会出问题。

或者slave只能读，那么写比率比较大的情况下，加速只能加读的部分。

不知道像其他数据库比如cassandra同步的时候是怎么搞定自增字段的。

[oldcai]

@dreampuf 整了下，发现slave确实是只读的。写操作会报cannot execute INSERT in a read-only transaction

[plprapper]

速度慢 到底是哪个环节慢 搞清楚了吗

如果只是网速慢 搞成这样也很累的。还是去做代理加速吧。

数据搞成2份 后患无穷。