@unco020511 #23 原文：“@imycc #18 每家银行都可以单独打印工资流水”
======
回复：招商好像不行，页面可以筛选只看工资流水，打印就是全部流水了

可选字段数据库为什么要 not null 呢

8.0.29 亲测无这个问题

@listen2wind #3 上海毕竟大城市，工作机会还是挺多的。可是我想回西安了。

好难呀 我也是在上海 4 年 Java 2 月底回西安

就是分页查询 然后发送到 MQ ，查一批发一批，内存占用转移到 MQ 中去，然后多开消费者按需消费 MQ 的数据。

我理解的。hget key fieldName 首先要从 redis 中找到这个 hash 表（这里 hash 表是 1000w 条数据），然后从 hash 表中取出指定 fieldName 的一条数据，虽然时 O(1)，但是比 get 多了从 hash 表再取数据的操作。

@encro #38 原文：“@wangxin3 这个特性好像是 20 年前的 myisam 引擎的，不是 innodb 引擎的。”
======
回复：是 innodb 的。myisam 引擎是把 count 数目保存在磁盘上的，如果没有 where 条件，获取速度是非常快的。

@listen2wind #2 原文：“@litguy 有什么要求吗？我也在西安，正在找工作。方便联系吗？”
======
回复：有机会当同事 哈哈哈

@litguy #1 原文：“我司在招人，西咸新区，如果有兴趣可以回复”
======
回复：有岗位描述吗，方便留个 vx 吗

@simonlu9 #14
======
回复：怎么会呢，发布订阅模式不就是 redis 有消息才会给消费者发消息吗，redis 只有一条消息，轮询到实例 A 了，就发给实例 A ，实例 B 和 C 该干啥干啥呀，怎么会饿死线程，大量浪费。实例 B 和 C 又不会因为消费者线程阻塞在等 redis 发消息，有消息才会处理呀。

@simonlu9 #11 原文：
回复：consumer-1 保证消费者名称不重复不就行了？你现在可以单实例，把这个代码在运行一份，两份不同的消费者名称，但在同一个消费者组，看看是否重复消费了。

@simonlu9 #8 原文：“@wangxin3 同一个消费组，是用 redis stream,只是消费者名称都是写死在代码里面，所以多实例，最终还是同时消费一条消息，除非部署多实例的时候消费者名称动态配置”
======
回复：不理解你说的 可以画个架构图？

具体什么消息队列呢，rabbitmq 绑定在同一个队列上的消费者组是不会重复消费的
kafka 也是同理，消费者配置为同一个消费者组也是不会重复消费的

@cy1027 #32 原文：“@wangxin3 还有，我这里实测就是 count （*）没有查所有 id 快啊，你直接再来给个结论是有什么依据吗？”
======
回复：可能我理解错了 select count(*) from table; 和 select id form table;不存在比较的意义。不是一个层级的东西。

@cy1027 #32 原文：“@wangxin3 还有，我这里实测就是 count （*）没有查所有 id 快啊，你直接再来给个结论是有什么依据吗？”
======
回复：count(主键 id)，InnoDB 引擎会遍历整张表，把每一行的 id 值都取出来，返回给 server 层。server 层拿到 id 后，判断是不可能为空的，就按行累加。
但是 count （*），InnoDB 引擎是作过特殊处理的，不取值，直接按行累加。相较于 count （主键 id ）少了取每一行 id 的操作。

@cy1027 #31 原文：“@wangxin3 没有 where 条件。你说的这个记录是在另外一个表中记录吗？”
======
回复：是的