我感觉问题在 order by 上。
order by 的顺序是 ORDER BY (id, corp_id, user_id, send_day)
而你的查询值没有用到 id ，导致要扫描的行数还是太多了。你试试看在 order by 之中把 id 去掉或者放到后面，查询速度应该有明显提升。

只能说盲猜，猜错勿怪

@matrix1010 大概率没有吧

1. 医疗保险的余额可以家庭成员共享。但是我不知道未婚是否可行~ （从题目表述，我猜大概率应该是已婚夫妻）
2. 支付宝如何开通？我就小区旁边的药店里面买药的时候，卖药的人手把手教的
3. 可以由你每个月给女方交社保。选择灵活就业还是啥的，忘记了，可以咨询一下当地政策。然后她就可以享受自己的医保了。至少我老婆生小孩的时候就走的她自己的医保。

https://www.v2ex.com/t/794047 我之前的帖子，有帮助站内同学内推成功。不过这次有 hc 的是隔壁项目组，可以看看上面照片，我司的环境还行。有兴趣的话给我发邮件，每天不定时会去看，感谢！

啊、、、 才看到第一句，楼主也是转换过语言的。我多嘴了，抱歉

再补一个：祝楼主早日找到好的工作

兄弟多学一门语言吧~ 语法是新的，但是很多逻辑是相通的
没必要吊死在一门语言上

没有深度对比 K8s ，其他方面感觉 AWS 最麻烦的事情就是不能区分项目。这样就造成几个项目组的资源混在一起。。。

另外 AWS 的 Spot Instance 能充分利用的话，很香，便宜很多。但是对运维以及代码容错性的要求就高很多了。

@codebitch 我组不多~ 这次我组没有 hc 了，隔壁兄弟组还有。jd 暂时没来得及要~ 也是 python 为主 感兴趣发邮件给我

地点：南京
JD: https://www.v2ex.com/t/794047
这边可以看一下~

@whatanoob 也可能是亚信安全、瀚思科技（不知道这一家还在不在）

说实话，既要马跑得快又不想给马吃草，我觉得长久不了。

@julyclyde 比如其他技术栈来的高手呢？直接有操作步骤不香么~ 不会就一定是 sb 么？

2 没多多少，反而你要付出的时间与精力完全不成正比。当然，如果 1 你完全待不下去，那就是另外一个故事了

震惊了。。。 居然只能 0 库

@woahaha @lasuar 不好意思，不可

我带一个小团队吧，技术负责人，不是 HR 。公司算是创业公司

因为是创业公司，从我的角度，我最喜欢的就是多面手，特别是那些特别愿意深入业务的研发。
我们不需要各种大规模集群的大炮，我们只有鸟枪，所以需要多面手。

op 不知道在哪里，欢迎简历扔过来。 MTM1MTUxMTczNzNBVDE2My5jb20=
之前发的帖子 https://www.v2ex.com/t/794047

目前没常规招聘，仅招高级人才

翻转又翻转

一开始看标题就是理解是那种船，然后看了开头以为是两份工作，结果 TM 结果居然是两份工作跟两个人

op 不仅是现实生活是个人才，线上表达也是个人才，这文案、这构思，佩服！