我有一张表格
CREATE TABLE data
{
pk INT PRIMARY KEY AUTO_INCREMENT,dt BLOB
};
它在blob列中有大约160,000行和大约2GB的数据(平均每个blob 14kb).另一个表在此表中有外键.
像3000个blob这样的东西是相同的.所以我想要的是一个查询,它将给我一个重新映射表,允许我删除重复项.
天真的方法在30-40k行上花了大约一个小时:
SELECT a.pk,MIN(b.pk)
FROM data AS a
JOIN data AS b
ON a.dt=b.dt
WHERE b.pk < a.pk
GROUP BY a.pk;
出于其他原因,我碰巧有一个具有blob大小的表:
CREATE TABLE sizes
(
fk INT,// note: non-unique
sz INT
// other cols
);
通过为sz构建fk和另一个的索引,直接查询需要大约24秒,每行50k行:
SELECT da.pk,MIN(db.pk)
FROM data AS da
JOIN data AS db
JOIN sizes AS sa
JOIN sizes AS sb
ON
sa.size=sb.size
AND da.pk=sa.fk
AND db.pk=sb.fk
WHERE
sb.fk
然而,这是在da(数据表)上进行全表扫描.鉴于命中率应该相当低,我认为索引扫描会更好.考虑到这一点,添加了第三个数据副本作为第5个连接来获得它,并且丢失了大约3秒.
好的问题是:我会比第二次选择好得多吗?如果是这样,怎么样?
一个必然结果是:如果我有一个表,其中键列的使用非常繁重,但其余部分应该很少使用,我是否会更好地添加该表的另一个连接以鼓励索引扫描与完整表扫描?
#MysqL@irc.freenode.net上的Xgc指出,添加一个像size这样的实用程序表但在fk上有一个唯一约束可能会有很大帮助.一些有趣的触发器和什么不可能使它甚至不坏以保持最新.
最佳答案