 |
|
codeyung
匿
V2EX member #57660, joined on 2014-03-07 15:56:57 +08:00Today's activity rank 14312
|
 |
Per codeyung's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
codeyung's recent replies
发展和钱来说 我看好快手的电商 工作时间嘛 emmm 看 lz 自己怎么选了
其实更希望 LZ 的学业顺利完成 出来天高海阔 , 实在想找工作的话 可以推荐坐标北京 一般大厂 比较看学校
不到百 有些都在私有库,外面放 换了工作后加班太猛了持不下来
不是核心业务就 mq 异步 或这半异步 自己开个线程池写顺便发个 mq 写 做个防重 核心你就要做最终一致 用代码或者组件写你核心逻辑的 然后做业务逻辑的验证 Confirm 和 如果业务失败的 Cancel 一半情况就是自己写验证 看看 MQ 事务 类似的道理
网络中断,机器挂了,Neo4j 写成成功了你抛异常 mysql 回滚数据不一致
如果业务可以接收像楼上讲的用 MQ。
都是 MySQL 还好 ebay 之前有一套解决方案。
如果核心业务就需要 做 TCC 自己写业务验证。
MQ 做最终一致性能高,有些假提交对连接性能压力交大。
还有你这样在 mysql 的事务里调用 Neo4j,如果 Neo4j 延迟交大 事务提交缓慢 连接池打满啥的 都有可能
有过教训,LZ 如果是小业务那当然能用就行 但是量上来了可能就因为你一个这个操作 tps 降低吞吐都低了