telan233

telan233

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

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

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

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

不得不说 spring 还是太吃内存了,吃机器怪兽。
star 了,感谢
2020-12-13 09:51:58 +08:00
回复了 liqinliqin 创建的主题 PHP 深圳 PHP 后台开发工程师
1.5-2.5 敷衍嘛? 那不还是 1.5
@vk42 中英混合最为致命
2020-10-13 17:07:56 +08:00
回复了 jasondeepy 创建的主题 杭州 杭州买房说
首付都付不起,在杭州 5 年了
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2941 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 10ms · UTC 15:08 · PVG 23:08 · LAX 08:08 · JFK 11:08
Developed with CodeLauncher
♥ Do have faith in what you're doing.