@OneOrange417 书是死的，人是活的，佩服没有用，加油干就完了，早晚也会有人佩服你的，共勉

CSAPP 差不多是一本高阶的入门书籍，讲的东西其实很空洞，我已经看过了两遍，有一大堆不懂的细节，又去翻看其他书籍和做一些课程实验，才慢慢把知识结构慢慢丰满起来了的，多实践就好了，光看书回头就忘了。

其实真正有用的是 DDD,服务拆不拆没啥关系，忙前忙后瞎 JB 搞又不懂的人很多

@idragonet foxpro 暴露年龄了

我觉得我的路子比较野，推荐楼主在读的书籍里加一本 SICP

首先要对你的需求有个认识，插入频率是多少，查询频率是多少。如果是插入速率比较慢，查询比较多，可以用 1.用 2 的场景是数据量特别巨大，单机的查询效率跟不上或者你的插入频率比较快或者单机的插入效率跟不上

接上，第一种情况如果 A B 字段数据占比比较理想的话，直接拆开用 UNION ALL 分别走索引查询也可以

分情况，如果 A=1 or B=2 的数据在整个数据集的占比比较小，可以把，两个字段合并成一个字段，加索引优化。如果 数据集占比比较大的可以考虑引入缓存来计数，不过这样要考虑缓存和数据库计数的一致性。

跑单元测试说明需要 mock 说明你的方法本身就不是纯函数，总归是需要一个环境(ctx)执行的.

@bryan31 我的意思是如果还需要记录下用户的登录时间的话，按时间窗口为 1 小时算，可能每天需要 24 个 key，有点跑偏了。

@bryan31 bitmap 如果要记录的话需要再次缩小时间窗口，可能 1 个小时，可能 1 分钟，这个数据量又会变大了

@limboMu 技术 -> 计数

@takemeaway 技术无法精准到哪天登录了呀

ddia 中说过了，分布式事务是个有意思的研究，不过要运用到实际的开发，还需要研究更高效的协议，目前的分布式事务解决方案，运维开销有点大，不如老老实实设计好表结构避免分布式事务

还可以把代码段的数据拷贝到堆区执行吗？学到了，不过执行的时候参数都是会在栈区保留，唯一的区别就是如果函数内有超出函数边界的相对跳转，就有响应的，其他的情况应该没啥问题。

mysql 里记录的数也可以放到 redis 啊,只要加一个版本号，按版本更新 redis 和 mysql 里的值就好了呀

@JCZ2MkKb5S8ZX9pq 能用到索引的是 group 操作，group 在数据库里的通常实现是 sort 这个时候使用已经排序好的字段作为 groupKey 会有提高效率的效果。

@limboMu 我看错了，是可以提高的

2：如果 aggregate 没有生成新的文档结构，原表的索引基本上是可以被引用到的，按 group 例子中的具体查询_id 是唯一的，所以没啥卵用