好像我的需求没办法用索引来排序

@kifile 老歌 这样查 貌似是用 artist_id 先排序了

@xzc19970719 抱歉是我看错了

@xzc19970719 有认真看问题吗,,,

@kifile 感谢,确实可行,但是没有测试上千数据,不知道这样做最终会在多大数据量发生性能下跌

感觉数据量区别还是会大程度影响执行计划

@kifile 一切用执行计划来说明,这里两个没有绝对的说法

@sagaxu 目前现状看,应该是连接过程没用索引,还是没能解决问题

@des mariadb10.4;order by 只有一个;illusts 两千万,user_artist_followed 不好说一直在增加,最多一个用户估计有 1000 个关注画师;join=inner join,子查询效率更差

@GGGG430 是的 感觉是用了(type,create_date)之后两表链接出了问题

@GGGG430 发现如果换成那个索引,那么两表连接速度就下来了

@GGGG430 增加这个索引是可行的,在测试表加了下,走了索引,晚上在正式操作一下,感谢
@wysnylc 具体怎么操作?

@GGGG430 这个子查询不等价 只需要根据 create_date 排序,而且 artist_id 可以上千的,illusts 表有两千万;如果说是 artist_id 因为是表达式不走索引的话,但是我试了下 把 order by 去掉之后走了索引,如果是因为表达式 artist_id 不走索引,那么这时候是只走了 type 这个索引吗

@GGGG430 已经添加

提供了一个上架思路

中肯

推荐一下自己的,https://github.com/OysterQAQ/Pixiv-Illustration-Collection-Backend,权限校验,限流,敏感处理几个基于注解的基础组件做的还可以,有一定的参考价值

@deepred pc 端动画没隐藏,用移动段进入新版测试体验更好哦