codeyung's recent timeline updates
codeyung

codeyung

V2EX member #57660, joined on 2014-03-07 15:56:57 +08:00
Today'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
May 25, 2020
Replied to a topic by onice 程序员 大家看过猿浪吗? B 站献给程序员的视频
@hhhfffhhh 那不是新浪?
May 23, 2020
Replied to a topic by washbrain 职场话题 应届 OFFER 二选一,美团/快手
发展和钱来说 我看好快手的电商 工作时间嘛 emmm 看 lz 自己怎么选了
分子+1
往后就 ipad ≈ mbp = =
其实更希望 LZ 的学业顺利完成 出来天高海阔 , 实在想找工作的话 可以推荐坐标北京 一般大厂 比较看学校
tql
Dec 10, 2019
Replied to a topic by xiaoming1992 GitHub 你们的 github 有多少星?
不到百 有些都在私有库,外面放 换了工作后加班太猛了持不下来
强一致性能 emm
不是核心业务就 mq 异步 或这半异步 自己开个线程池写顺便发个 mq 写 做个防重 核心你就要做最终一致 用代码或者组件写你核心逻辑的 然后做业务逻辑的验证 Confirm 和 如果业务失败的 Cancel 一半情况就是自己写验证 看看 MQ 事务 类似的道理
网络中断,机器挂了,Neo4j 写成成功了你抛异常 mysql 回滚数据不一致
如果业务可以接收像楼上讲的用 MQ。
都是 MySQL 还好 ebay 之前有一套解决方案。
如果核心业务就需要 做 TCC 自己写业务验证。
MQ 做最终一致性能高,有些假提交对连接性能压力交大。
还有你这样在 mysql 的事务里调用 Neo4j,如果 Neo4j 延迟交大 事务提交缓慢 连接池打满啥的 都有可能
有过教训,LZ 如果是小业务那当然能用就行 但是量上来了可能就因为你一个这个操作 tps 降低吞吐都低了
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5658 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 11ms · UTC 06:50 · PVG 14:50 · LAX 23:50 · JFK 02:50
♥ Do have faith in what you're doing.