两张表关联遇MAX_JOIN_SIZE错误，服务器端运行正常求解决

看起来你遇到的问题是MySQL出于资源保护机制，阻止了数据量过大的连接查询。结合你的需求——筛选出未发送特定邮件且在attributeData表中无对应记录的课程，我给你几个针对性的解决方案：

1. 优化查询语句写法 #

很多时候，LEFT JOIN + IS NULL的写法会触发全表级别的连接操作，容易碰到底层的资源限制。换成NOT EXISTS或者NOT IN通常能更高效地实现需求，同时减少连接的数据量：

推荐用NOT EXISTS（性能更稳定，避免NULL值坑） #

SELECT c.*
FROM courses c
WHERE NOT EXISTS (
    SELECT 1  -- 用1代替*，减少不必要的数据传输
    FROM attributeData a
    WHERE a.course_id = c.id
    AND a.attribute = 'sent_specific_email'  -- 替换成你的特定属性条件
);

可选NOT IN（注意：如果attributeData.course_id存在NULL值，会导致结果为空） #

SELECT c.*
FROM courses c
WHERE c.id NOT IN (
    SELECT a.course_id
    FROM attributeData a
    WHERE a.attribute = 'sent_specific_email'
);

2. 添加复合索引（最根本的优化手段） #

慢查询和连接限制大多源于没有合适的索引支撑。给attributeData表创建course_id + attribute的复合索引，能让数据库快速定位符合条件的记录，大幅减少扫描的数据量：

CREATE INDEX idx_attr_course_attribute ON attributeData (course_id, attribute);

这个索引会同时覆盖子查询中的两个条件，让查询效率提升几个量级，自然不会触发MAX_JOIN_SIZE的限制。

3. 临时或永久调整MySQL配置参数 #

如果优化查询和索引后还是报错，可以直接调整MySQL的保护参数：

临时生效（仅当前会话有效） #

在phpMyAdmin的SQL执行框中先运行这两句，再执行你的查询：

SET SQL_BIG_SELECTS = 1;
SET MAX_JOIN_SIZE = 18446744073709551615;  -- 设置为最大值，相当于关闭该限制

永久生效（需要修改配置文件） #

找到MySQL的配置文件（Linux是my.cnf，Windows是my.ini），添加或修改以下配置：

sql_big_selects = 1
max_join_size = 18446744073709551615

修改后重启MySQL服务即可。注意：这个操作会解除MySQL对大连接的限制，确保你的查询不会过度消耗服务器资源（比如内存、CPU）后再使用。

4. 分批次查询（超大数据量场景） #

如果你的courses表数据量特别大，哪怕优化后还是碰到底层限制，可以用分页的方式分批次查询：

-- 第一次查前1000条
SELECT c.*
FROM courses c
WHERE NOT EXISTS (
    SELECT 1
    FROM attributeData a
    WHERE a.course_id = c.id
    AND a.attribute = 'sent_specific_email'
)
LIMIT 0, 1000;

-- 第二次查接下来的1000条，以此类推
SELECT c.*
FROM courses c
WHERE NOT EXISTS (
    SELECT 1
    FROM attributeData a
    WHERE a.course_id = c.id
    AND a.attribute = 'sent_specific_email'
)
LIMIT 1000, 1000;

这种方法每次只处理一小部分数据，完全避开MAX_JOIN_SIZE的限制。

内容的提问来源于stack exchange，提问作者carnini