首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wangxin3  ›  全部回复第 4 页 / 共 6 页
回复总数  111
1  2  3  4  5  6  
❮ ❯
2023-02-10 10:09:40 +08:00
回复了 tg13269159921 创建的主题 › 求职 › [西安]5 年前端求个坑
@listen2wind #3 上海毕竟大城市，工作机会还是挺多的。可是我想回西安了。
2023-02-10 09:52:07 +08:00
回复了 tg13269159921 创建的主题 › 求职 › [西安]5 年前端求个坑
好难呀 我也是在上海 4 年 Java 2 月底回西安
2023-02-09 10:18:26 +08:00
回复了 ak1ak 创建的主题 › 程序员 › 如何正确处理大批量数据的业务
就是分页查询 然后发送到 MQ ，查一批发一批，内存占用转移到 MQ 中去，然后多开消费者按需消费 MQ 的数据。
2023-02-07 17:49:08 +08:00
回复了 cmhonker 创建的主题 › Redis › Redis 中 get 和 hget 到底谁更快？
我理解的。hget key fieldName 首先要从 redis 中找到这个 hash 表（这里 hash 表是 1000w 条数据），然后从 hash 表中取出指定 fieldName 的一条数据，虽然时 O(1)，但是比 get 多了从 hash 表再取数据的操作。
2023-02-03 16:14:08 +08:00
回复了 cy1027 创建的主题 › 程序员 › 数据库查询优化问题，有没有老哥懂的？
@encro #38 原文：“@wangxin3 这个特性好像是 20 年前的 myisam 引擎的，不是 innodb 引擎的。”
======
回复：是 innodb 的。myisam 引擎是把 count 数目保存在磁盘上的，如果没有 where 条件，获取速度是非常快的。
2023-02-03 10:21:41 +08:00
回复了 wangxin3 创建的主题 › 求职 › 4 年 Java ，准备回西安了，求个工作
@listen2wind #2 原文：“@litguy 有什么要求吗？我也在西安，正在找工作。方便联系吗？”
======
回复：有机会当同事 哈哈哈
2023-02-03 10:21:17 +08:00
回复了 wangxin3 创建的主题 › 求职 › 4 年 Java ，准备回西安了，求个工作
@litguy #1 原文：“我司在招人，西咸新区，如果有兴趣可以回复”
======
回复：有岗位描述吗，方便留个 vx 吗
2023-02-02 17:44:21 +08:00
回复了 simonlu9 创建的主题 › 程序员 › 微服务中，消息队列要单独拆一个服务进行消费吗
@simonlu9 #14
======
回复：怎么会呢，发布订阅模式不就是 redis 有消息才会给消费者发消息吗，redis 只有一条消息，轮询到实例 A 了，就发给实例 A ，实例 B 和 C 该干啥干啥呀，怎么会饿死线程，大量浪费。实例 B 和 C 又不会因为消费者线程阻塞在等 redis 发消息，有消息才会处理呀。
2023-02-02 17:30:54 +08:00
回复了 simonlu9 创建的主题 › 程序员 › 微服务中，消息队列要单独拆一个服务进行消费吗
@simonlu9 #11 原文：
回复：consumer-1 保证消费者名称不重复不就行了？你现在可以单实例，把这个代码在运行一份，两份不同的消费者名称，但在同一个消费者组，看看是否重复消费了。
2023-02-02 17:18:52 +08:00
回复了 simonlu9 创建的主题 › 程序员 › 微服务中，消息队列要单独拆一个服务进行消费吗
@simonlu9 #8 原文：“@wangxin3 同一个消费组，是用 redis stream,只是消费者名称都是写死在代码里面，所以多实例，最终还是同时消费一条消息，除非部署多实例的时候消费者名称动态配置”
======
回复：不理解你说的 可以画个架构图？
2023-02-02 17:04:05 +08:00
回复了 simonlu9 创建的主题 › 程序员 › 微服务中，消息队列要单独拆一个服务进行消费吗
具体什么消息队列呢，rabbitmq 绑定在同一个队列上的消费者组是不会重复消费的
kafka 也是同理，消费者配置为同一个消费者组也是不会重复消费的
2023-02-02 16:58:23 +08:00
回复了 cy1027 创建的主题 › 程序员 › 数据库查询优化问题，有没有老哥懂的？
@cy1027 #32 原文：“@wangxin3 还有，我这里实测就是 count （*）没有查所有 id 快啊，你直接再来给个结论是有什么依据吗？”
======
回复：可能我理解错了 select count(*) from table; 和 select id form table;不存在比较的意义。不是一个层级的东西。
2023-02-02 16:54:22 +08:00
回复了 cy1027 创建的主题 › 程序员 › 数据库查询优化问题，有没有老哥懂的？
@cy1027 #32 原文：“@wangxin3 还有，我这里实测就是 count （*）没有查所有 id 快啊，你直接再来给个结论是有什么依据吗？”
======
回复：count(主键 id)，InnoDB 引擎会遍历整张表，把每一行的 id 值都取出来，返回给 server 层。server 层拿到 id 后，判断是不可能为空的，就按行累加。
但是 count （*），InnoDB 引擎是作过特殊处理的，不取值，直接按行累加。相较于 count （主键 id ）少了取每一行 id 的操作。
2023-02-02 16:52:46 +08:00
回复了 cy1027 创建的主题 › 程序员 › 数据库查询优化问题，有没有老哥懂的？
@cy1027 #31 原文：“@wangxin3 没有 where 条件。你说的这个记录是在另外一个表中记录吗？”
======
回复：是的
2023-02-02 13:42:51 +08:00
回复了 cy1027 创建的主题 › 程序员 › 数据库查询优化问题，有没有老哥懂的？
如果查询没有 where 条件的话，而且是大表，我建议自己在 db 中缓存 count 计数，insert 一条，count+1 ，insert 和 count+1 的 update 在同一事物中一并提交。
如果有 where 条件的话，上覆盖索引。
再者 count(*)是最快的
2023-01-30 13:33:13 +08:00
回复了 zjn225 创建的主题 › 酷工作 › 猪厂 3 年前端失业 5 个月了，环境好差，该去外包公司吗？
请问 猪厂是哪个厂
2023-01-13 13:27:44 +08:00
回复了 RedBeanIce 创建的主题 › 生活 › [12306 买票或者抢票小知识] 大站会先卖，小站会延后卖很长时间
是保证始发~终点买到票的比例要大，其他经停站放票少，保证铁路局收益，不然都是买一站占个座，铁路局不得亏死。
2023-01-13 09:51:23 +08:00
回复了 nmgwap 创建的主题 › 分享创造 › 凑个热闹，我也来个 2023 年微信红包封面
好看 坐等。
1  2  3  4  5  6  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5438 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 08:09 · PVG 16:09 · LAX 00:09 · JFK 03:09
Developed with CodeLauncher
♥ Do have faith in what you're doing.