V2EX › wangxin3 的所有回复 › 第 4 页 / 共 6 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6

❮

❯

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 买票或者抢票小知识] 大站会先卖，小站会延后卖很长时间

是保证始发~终点买到票的比例要大，其他经停站放票少，保证铁路局收益，不然都是买一站占个座，铁路局不得亏死。