@wxf666

“ 数据库，只能用自增主键”
这个应该说的是 MySQL ，其他数据库比如 SQL server 一般是用 uuid

"业务逻辑字段不能做主键，最多只能加索引"
主键的意思是记录的 id 值，业务字段比如 username ，member_id,user_id 都不适合表示记录的 id 值，所以不适合用作为主键

@Ecoli2 你是担心数据量大了无法保证数据的完整性吗？

我听你意思，每天只要同步一次？
如果是这样的话，MQ 也是一样的，主要是同步的时候数据量太大，会崩溃报错吧？
如果用 MQ ，你还要维护队列的问题，增加了运维成本

如果 Rest 接口可以保证数据的完整性，那你这边应该问题不大啊？
先把返回的数据存到本地，排除了网络 I/O 超时出错的问题
你这个就是纯纯的本地事务了
开启事务执行程序输入 SQL 就好了，慢一点而已

全新开发，没有存量数据，如果是我做的话
创建一个 ROI 表，表的字段

buy_day | member_id | buy_sum | roi


注意 buy_day+member_id 是 unique index

每次用户付费，就查询该用户该用户的历史信息，并根据查询结果更新 roi

如果有存量数据，就先写一个脚本生成历史的 roi 记录

这样查询的成本会低一点吧？ 单纯用 SQL 的话，后期量大了优化起来就难了

这种不叫一主多从吧？
一主多从应该是通过二进制日志对数据库进行主从复制，核心是要保持主从数据一致的
你这个每个数据库都不一样的，不能这么说吧？

这种应该是多个不同业务数据库之间的数据传输，如果不是很频繁，用 Rest 接口没有问题啊？

更新很频繁的话，淘宝天猫阿里妈妈的聚石塔的数据同步方案是这样的：
开发者通过在聚石塔购买一个 RDS mysql ，聚石塔那边就会定时把订单和用户数据同步到这个 RDS mysql 中
这个可能是 OP 你要的，但是这种同步是单向的，只能通过增加外键的方式修改订单状态

定金是必须的
这次吸取教训
程序你要加点料在里面，比如 3 天后自动退出
尽量把本次的钱拿到，不要灰心

没女朋友去长沙干哈呀，长沙这个地方挣点钱真他妈磕碜
我同事迫于女朋友去了长沙，现在经常 897 ，人老了十岁一样
在深圳多搞点钱，搞个小小目标，1 百万吧，再考虑告老还乡的问题

现在房价蹭蹭往下跌，小城市房子你考虑那么多干嘛

@imzcg2 确实是的

这游戏太晕 3D 了，看视频都晕

phper 这么认不清自己吗？
搞点业余收入就把自己当扫地僧了。。。
看标题还以为你在负责 PHP9.0 的开发，每个月机构的捐赠和赞助都可以财务自由，还待在公司做 CURD 呢。。。

业余收入是暂时的，人际关系是无限的
互联网产业可能消失，人是不会消失的
OP 还是不要太飘啊

我个人在家几乎天天吃土鸡蛋
家里是养在果园里，代代都是自己孵出来的鸡
但是除了清汤煮蛋
我吃不出区别。。。

首先排除小米

试了很多种方案，多屏，多标签，分屏
最后发现切换才是最好的，切换只是手指动动
其他方案要动眼动脖子动鼠标，比切换效率低太多了

VPN 类应该可以用转译

好歹截个图啊

@god7d 我还在了解阶段，你可以 google 搜索一下，有厂家提供方案
关键字： 悬浮隔音房中房

@wonderfulcxm 单独装卧室大概 2.5k 每平