simonlu9 最近的时间轴更新
simonlu9

simonlu9

V2EX 第 209572 号会员,加入于 2017-01-07 09:19:37 +08:00
今日活跃度排名 5825
同组用户操作问题
Linux  •  simonlu9  •  43 天前  •  最后回复来自 xyjincan
1
未读消息数据库设计问题
程序员  •  simonlu9  •  64 天前  •  最后回复来自 issakchill
13
微服务划分问题,大家进来交流一下
程序员  •  simonlu9  •  78 天前  •  最后回复来自 simonlu9
17
广州招聘靠谱安卓
酷工作  •  simonlu9  •  317 天前  •  最后回复来自 godevelop
38
关于 mysql 联表执行顺序问题
MySQL  •  simonlu9  •  2021-06-24 17:24:39 PM  •  最后回复来自 pabupa
8
有必要转管理吗
职场话题  •  simonlu9  •  2021-03-06 10:28:09 AM  •  最后回复来自 hoar
7
gitflow 在实践中的一些疑问
程序员  •  simonlu9  •  2020-12-22 09:37:38 AM  •  最后回复来自 jerryzhou343
24
simonlu9 最近回复了
比如说查看他人主页,彼此是好友关系 sql 如下,select * from moment where user_id = ? and show_with in('OPEN' ,'FRIEND') or at_user_id in(当前用户 ID) ,分析这条语句,主要走索引的是 userId,主键如果设那么长考虑插入时候分裂情况,第二个允许用户( at_user_id )最好是建另外一个表,字符串查找不建议
@wxf666 一般主键不建议这样设计的,唯一索引就可以了
@wxf666 对的,但是这这样设计解决不了 3 和 4 的问题,只能解决查看他人主页的问题
@wxf666 基本上是可行的,查询性能估计要建立 showWith 索引和 user_id 索引,两者可可能联合索引,只是多了一步他人是否为好友,空间换时间,可用推来解决,我自己是没用 mysql,直接上 elasticsearch 查出来,然后再一条条过滤,效率极低,现在可以试着用户如果发非公开动态的时候,采用推模式,把动态先推给有权限的人,缓存成列表,然后查询的时候加上条件为
公开&&可看 ID 列表,就可以解决上面的几个问题
set 是可以 set 成功的,但是 get 会报错,json 序列化也是可以看到有值,是个坑
看项目前景吧,是否赚钱,是否有挑战,还有你的直接领导人品,团队协调能力,方向是否正确,不只是光看浅那么简单
27 天前
回复了 fiypig 创建的主题 随想 我们这一代是不是都很脆弱
真的觉得人生太苦啦,如果再选择一次,很多人估计不会来了,很多东西以为努力就会付出就会有收获,其实很多努力是没有意义的,社会太浮躁,周围人都在攀比,很难静下心来做事,特别年过三十,你渴望三十而立,渴望成功,谁不知道,但凡你做错一件事,或者做错个选择,你的人生基本固定在哪里,面对父母年老体衰的的情况,伴侣的诉求,婚房,彩礼,教育,每一样都要你操心,你根本没有时间去思考你的人生的意义何在,你的兴趣已经多久没捡起啦,只有钱,你才有安全感,只有钱,才能让你有自信,这根本不是你想要的生活。可是你只是个普通的人,为什么要承受那么多。。。又要你情商高,又要你赚钱,又要你八面玲珑,不能有脾气。。。。。。
小公司没那么多资源,很难搭多套环境,都是共用一个 test 分支
大多数的服务都是 io 类型,而非 cpu 类型,每个容器都需要 redis 和 mysql,不扩展 mysql 和 redis ,就是做个服务隔离,我觉得没太大意义
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1082 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 20:49 · PVG 04:49 · LAX 13:49 · JFK 16:49
Developed with CodeLauncher
♥ Do have faith in what you're doing.