mysql delete性能_如何提高大型InnoDB表的DELETE FROM性能？

我有一个相当大的InnoDB表，其中包含约1000万行(并且不断增长，预计它将变成该大小的20倍)。每行不是那么大(平均131

B)，但是我不得不不时删除其中的一大块，这需要很长时间。这是表结构：

CREATE TABLE `problematic_table` (

`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,

`taxid` int(10) unsigned NOT NULL,

`blastdb_path` varchar(255) NOT NULL,

`query` char(32) NOT NULL,

`target` int(10) unsigned NOT NULL,

`score` double NOT NULL,

`evalue` varchar(100) NOT NULL,

`log_evalue` double NOT NULL DEFAULT '-999',

`start` int(10) unsigned DEFAULT NULL,

`end` int(10) unsigned DEFAULT NULL,

PRIMARY KEY (`id`),

KEY `taxid` (`taxid`),

KEY `query` (`query`),

KEY `target` (`target`),

KEY `log_evalue` (`log_evalue`)

) ENGINE=InnoDB AUTO_INCREMENT=7888676 DEFAULT CHARSET=latin1;

从表中删除大块的查询就像这样：

DELETE FROM problematic_table WHERE problematic_table.taxid = '57';

这样的查询只花了将近一个小时的时间。我可以想象索引重写开销使这些查询非常慢。

我正在开发一个将在现有数据库上运行的应用程序。我很可能无法控制服务器变量，除非我强制对它们进行更改(我不希望这样做)，所以我担心更改这些变量的建议价值不大。

我已经尝试过将INSERT ... SELECT那些我不想删除的行删除到临时表中，而只是删除其余的行，但是随着to-

delete与.keep的比率向keep转变，这不再是一个有用的解决方案。

这是一个可以经常看到一个表格INSERTS和SELECTS

IN的未来，但没有UPDATE秒。基本上，它是一个日志记录和参考表，需要不时删除其部分内容。

我可以通过限制索引长度来改进此表上的索引吗？转换为MyISAM帮助会DISABLE

KEYS在交易过程中提供支持吗？我还能尝试什么来提高DELETE性能？

编辑： 一个这样的删除将在大约一百万行的顺序。