也就是对于交易 /服务来说.
他不清楚也不关心,什么会员卡之类的东西,那是在下单前要确定的.
具体要向 三方支付平台 生成多少钱的订单来拉起付款界面,这是外围告诉交易服务的..

交易系统只负责维护商户余额,订单,流水 这三个核心表.

我只清楚支付服务的设计.
**有会员卡时：**
1.商品可使用积分抵扣单价，购买完成可以得到积分
2.商品除零售价外有会员价 /会员折扣
3.可使用会员卡结账

对于支付服务来说,这些统统不管,统一作为交易配置来处理,交易时去获取,生成订单金额,优惠金额,支付金额.

**结账时：**
1.增加出库记录，修改商品实时库存
2.可多种支付方式支付
3.修改会员卡的当前积分和当前余额（如果使用会员卡）
4.增加会员积分记录和余额记录（如果使用会员卡）
5.如果扫码支付时，可能会存在用户输入支付密码（可能取消支付）情况， 这种不是实时的支付结果可能会导致整单

库存什么的统统不管,处理好商家余额和订单 /流水的事务一致即可.
其他乱七八糟的玩意统统用 kafka 把消息丢出去让外围业务自行消费.

catch 里面 throw 出来.

1.那么跟并发有关系吗？

有关系,为了降低高并发下数据库的压力.

2.用读写分离架构一定是高并发吗？

同 1,如果没压力就没必要分离.

3. 我司一个内部系统，内部人员在使用，但是希望读数据快点，用读写分离会设计过度吗？

设计过度.

@frozenway
我只是解答下你的问题, 再说你问的是怎么上谷歌,没有问上谷歌合不合法对不对.
你不需要很激动的回复我啊..

netty vertx

@frozenway 请问谷歌被封了，如何面向？
翻墙

百度出来的都是过时的？
反正垃圾的挺多的,尤其 csdn 的,百度喜欢把他排名很靠前.

tp 的 fastadmin 不就是为了方便快速建站的吗？那个老板不是想建站越快越好，难不成还要用原生写一个？
互联网公司做建站业务的少之又少吧.

wamp 作为开发环境有什么大问题吗？非要搭个 linus 虚拟主机做环境？
反正目前这么干的不多了,wsl 不香吗?

@Olsen 然后年底前一波裁员,年后继续招

平安估计又在吹嘘他们的 6 个月年终奖

@hhhsuan okhttp 没用过么?

我选 pro,air 没什么意义

????
什么没头没尾的

子模块肯定有依赖关系吧.
放在 base 那个子模块里就可以了啊

对的
没啥特别的坑,
就是有点贵.....

没有,
转 java 的好像挺多的

性别女 家庭收入中等偏下....

@cominghome 字段比较少就 10 多个吧.
合理的索引 + 相对简单的查询..
现在 mysql 的性能超乎你的想象...

别听那些讲面试的瞎几把扯淡,几百万就分库分表很多时候是纯粹给自己加戏.

@fengya68
看你查询逻辑了.
一般来说可以转