请教一个SQL优化的问题

是需要显示用户信息列表是吧，

比如我有 10 个店铺，显示这10个店铺的所有用户

select  *  
from member 
where id in (
    select member_id 
    from member_store 
    where store_id in(1,2,3) 
    group by member_id 
    limit  0,10
)

试试这个看看行不行

要不试试子查询 exists？虽然一般子查询比join慢，但是好像有文章提到过用子查询来优化是否存在的操作

这相当于全表搞呀

member_store 的复合索引为 store_id,member_id

SELECT m.*
FROM member m
WHERE EXISTS (
   SELECT 1
   FROM member_store ms
   WHERE m.id = ms.member_id AND ms.store_id IN (1, 2, 3)
);

这样子效率怎么样

最好贴出来你的 explain sql 语句，看看到底是哪里慢

我们的也很慢， 用习惯了就好了 :sweat_smile:

预先的数据结构和当前的需求不匹配的时候，不改原有设计的情况下，可以新建一张满足现有需要的表并维护。

记录一下用户所属管理员的信息？这样可以直接查询。

大家给了很多方案，有些在特定的情况下是可以解决慢的问题，但是不能满足现在的需求，领导说了，数据权限的隔离必须要做，那就必须要关联member_store表，关联这个表后做分页就要执行一次COUNT(DISTINCT m.id)，来计算所有会员数量，真正慢的也是这条sql，会员列表展示是分页的，每页10条，查询速度也还行。目前也没有想到既能保证数据权限的隔离又不用关联表的方法。先这样吧，不管了......

select * from member where m.id in( select distinct m.id from member as m inner join member_store as ms on m.id=ms.member_id where ms.store_id in(1,2,3))

这个怎么样？

我觉得如果member.id是主键的话，换成子查询没必要 group by, member_store.store_id 加上索引试试。

select * from member where exists (select * from member_store where member_id=member.id and store_id in (1,2,3))

你可以把不同 sql 的 explain 执行结果发出来看一下，我们好帮你分析下索引的使用情况。

谢谢大家提供了很多思路，领导已经准备换clickhouse了，此贴终结。