telan233

telan233

V2EX 第 504026 号会员,加入于 2020-08-16 15:26:42 +08:00
根据 telan233 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
telan233 最近回复了
2022 年 2 月 11 日
回复了 312ybj 创建的主题 生活 结婚这件大事
恭喜恭喜 粘粘喜气 希望自己也能圆满
2022 年 2 月 10 日
回复了 ro2020 创建的主题 问与答 情人节要到了,给对象买什么礼物呢?
快分手了,不需要准备了 😭
2021 年 6 月 24 日
回复了 szq8014 创建的主题 程序员 你们的项目启动时间是几秒?
java 编译+启动 4 分钟
2021 年 6 月 24 日
回复了 Canon1014 创建的主题 程序员 微服务下跨服务的数据查询如何处理?
@Canon1014 其实还好,因为本来很多业务逻辑都靠数据库分担了( join ),这会造成数据库的压力。但是微服务的查询一般都是直接查 id (主键),包括 = id 、in ( id,id,id ) 大部分都是这种场景,所以我个人感觉数据库的压力反而没这么大了。总之 利大于弊 吧
2021 年 6 月 24 日
回复了 Canon1014 创建的主题 程序员 微服务下跨服务的数据查询如何处理?
确实微服务都是需要从不同服务去获取到数据,然后再组装到一起的。

我司涉及到搜索的才走 ES,mysql binlog 同步延迟的问题一般都能接受,因为是商品搜索的场景 延迟 1 秒还是能接收的。

我司就是 Java spring cloud 做的微服务,拆分很多模块(商品、订单、支付、权限、账户(财务)、用户中心),方便起见可以自己封装一个 CopyUtil,进行数据的 Copy,可以简化到处都是 vo.setXXXXX( dto.getXXXX ) 的问题。

然后是组装数据的性能损耗,因为都已经微服务化了,所以机器的横向扩展还是很容易的。不行就部署多个服务。

不得不说 spring 还是太吃内存了,吃机器怪兽。
star 了,感谢
2020 年 12 月 13 日
回复了 liqinliqin 创建的主题 PHP 深圳 PHP 后台开发工程师
1.5-2.5 敷衍嘛? 那不还是 1.5
@vk42 中英混合最为致命
2020 年 10 月 13 日
回复了 jasondeepy 创建的主题 杭州 杭州买房说
首付都付不起,在杭州 5 年了
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2818 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 13:21 · PVG 21:21 · LAX 05:21 · JFK 08:21
♥ Do have faith in what you're doing.