我们当时的场景是一张销售商品表(SPU维度)一张商品SKU表和一张活动表我当时做了三表关联全部都用到索引的期初跑的很好SQL都执行的很快直到某一天流量陡增后连接池里的数据库连接突然突然不够用了导致所有其他的接口的响应速度都变很慢。整个系统不可用了。每个业务请求只要涉及到读取数据库的响应时间都是超长的因为一直拿不到数据库连接。后来我的解决方案是用单表查询活动表/商品表/SKU表各读一次就再也没有发生过数据库连接不够用了。为什么?为啥多读几次表反而更加快了? join语句只执行一次反而慢了?关键原因在于当有请求到来的时候执行的线程拿到数据库连接干活的时候需要用最快的速度把数据库连接放回到连接池里去其他线程才能拿到。而join它要去读取三棵B树无论你sql执行效率多高都没用的因为耗时一定比读取一棵B树慢的。举例线程A执行JOIN0.2秒线程B执行JOIN0.2秒线程C执行JOIN0.2秒并发一来每个线程都要单独占用一个数据库连接0.2秒了好了流量一大占用大量连接而之前的连接又没有释放那故障就马上发生了。而单表的线程A单表0.01秒线程B单表0.01秒线程C单表0.01秒也是并发但是线程占用数据库连接的时间短马上释放其他线程等一会就能拿到数据库连接了。因此后续有面试官问你关于SQL JOIN的问题你可以这么回答看并发如果流量不大数据量不大用join没问题哪怕join 10张表都没问题的。但是流量一大由于要跨多棵B树读取数据占用数据库连接会变长连接池一下子就没有了系统响应就开始变慢。