simonlu9

set 是可以 set 成功的，但是 get 会报错，json 序列化也是可以看到有值，是个坑

看项目前景吧，是否赚钱，是否有挑战，还有你的直接领导人品，团队协调能力，方向是否正确，不只是光看浅那么简单

真的觉得人生太苦啦，如果再选择一次，很多人估计不会来了，很多东西以为努力就会付出就会有收获，其实很多努力是没有意义的，社会太浮躁，周围人都在攀比，很难静下心来做事，特别年过三十，你渴望三十而立，渴望成功，谁不知道，但凡你做错一件事，或者做错个选择，你的人生基本固定在哪里，面对父母年老体衰的的情况，伴侣的诉求，婚房，彩礼，教育，每一样都要你操心，你根本没有时间去思考你的人生的意义何在，你的兴趣已经多久没捡起啦，只有钱，你才有安全感，只有钱，才能让你有自信，这根本不是你想要的生活。可是你只是个普通的人，为什么要承受那么多。。。又要你情商高，又要你赚钱，又要你八面玲珑，不能有脾气。。。。。。

小公司没那么多资源，很难搭多套环境，都是共用一个 test 分支

大多数的服务都是 io 类型，而非 cpu 类型，每个容器都需要 redis 和 mysql,不扩展 mysql 和 redis ，就是做个服务隔离，我觉得没太大意义

不推荐，找个专业的培训机构或者老师，自学还养家糊口，压根没有时间自己学习

@meta 一个是获取用户各消息类型的未读消息数，一个是获取各类型的消息列表第一页（按时间倒序），分区的话都要建立这两个索引，代价是索引越来越大

@MoYi123 写应该没什么问题，就是如果系统刚刚好有一个用户是客服，然后很多人都给他发信息，堆积消息未读数有十几万条，基本上扫索引也很慢的，因为 readstatus 就两种状态，基本上索引也要全扫描，后面改成扫描 100 条显示 99+算是个比较偷懒的方法

@npe 也做了这个优化，select count(1) from (select 1 from sys_message_user where user_id = :userId and `type` = :type and read_status = :readStatus limit 100 ) t