@947030638 #22 这个我也没有想通，很费解，但是(share_user_id, create_time) 确实很快。18 楼说有范围查询的情况，没想通。https://i.v2ex.co/Thy5Oqk6.png

我是自学的 java 开发，也是大专非科班，同样很受挫。虽然现在公司还行，但是能感受到不管怎么努力，在领导这还是会有不信任感。哎，现在就是待在这先把软设考到手，年底或者明年年初想办法换一家吧。

@fiypig 好的。谢谢，后面这边项目松一点了，试试看。

@whithey 我就是 90 后，什么副业，我能帮上忙么

@wangyanrui 在补了👍🏼，准备先考个软设，顺便学习。

@kimchan #20 前面我没有去掉 “FORCE_INDEX”

支持一下，会常来看看的。

@sansanhehe #17 (share_user_id, create_time) 没有用 force index 参考 15 楼

@jsq2627 #15 可以的 赞！

@goodboy95 #13 受教了，到 1s 内了。组合索引也有顺序问题，组合索引用 FORCE_INDEX 会有影响

@stevenkang 这个明天就要用，我也是这么想的，空间换时间。但是实现需要点时间，只能先上功能后面优化了。

@dongisking 嗯 我试试，谢谢

@gengz 感谢 ，但是建立联合索引没有改善

@freebird1994 感谢 ，但是建立联合索引没有改善

@purensong 你是説，增加字段 date copy create_time 字段，然后 [date> '2020-01-01 00:00:03' AND date<'2020-06-28 16:55:03' and create_time > '2020-01-01 00:00:03' AND create_time <'2020-06-28 16:55:03' ] 这样么？

"id" "1"
"select_type" "SIMPLE"
"table" "fx_share"
"partitions" "range"
"type" "range"
"possible_keys" "idx_userid,create_time_index"
"key" "key_len" "create_time_index"
"ref" "5"
"rows" "217959"
"filtered" "100"
"Extra" "Using index condition; Using temporary; Using filesort"