最佳路径上的时间太多
Too much time on optimal path
下面的查询只用了 0.04 秒
SELECT A.*
FROM `TABLE1`
JOIN TABLE2 ON ( TABLE1.ID = TABLE2.ID )
WHERE `COL1` ='1'
虽然下一个查询用了 4 秒
SELECT A.* FROM `TABLE1`
JOIN TABLE2 ON ( TABLE1.ID = TABLE2.ID )
WHERE `COL1` ='1' and col2 not in (....ard 4k integers...P
最长时间花在统计上(3 秒以上),这可能意味着寻找最佳查询路径。
我正在使用 MySQL 5.5.25,只是想知道这是否是一个错误。
这是 mysql 的常见限制,不建议使用大型 IN 子句。创建一个临时 table 然后加入反对它。复制临时文件时要小心 table,很可能不需要复制它,这可能会导致延迟。
下面的查询只用了 0.04 秒
SELECT A.*
FROM `TABLE1`
JOIN TABLE2 ON ( TABLE1.ID = TABLE2.ID )
WHERE `COL1` ='1'
虽然下一个查询用了 4 秒
SELECT A.* FROM `TABLE1`
JOIN TABLE2 ON ( TABLE1.ID = TABLE2.ID )
WHERE `COL1` ='1' and col2 not in (....ard 4k integers...P
最长时间花在统计上(3 秒以上),这可能意味着寻找最佳查询路径。
我正在使用 MySQL 5.5.25,只是想知道这是否是一个错误。
这是 mysql 的常见限制,不建议使用大型 IN 子句。创建一个临时 table 然后加入反对它。复制临时文件时要小心 table,很可能不需要复制它,这可能会导致延迟。