参加する回数が増えるほど、指数関数的に遅くなる連絡先メッセージングシステムのクエリがあります。
テーブル構造は、基本的に連絡先テーブルと連絡先フィールドテーブルです。
クエリは連絡先フィールドテーブルに何度も結合します。結合するたびに、2倍の時間がかかります。
これがクエリです。
SELECT SQL_CALC_FOUND_ROWS
`contact_data`.`id`,
`contact_data`.`name`,
`fields0`.`value` AS `fields0`,
`fields1`.`value` AS `fields1`,
`fields2`.`value` AS `fields2`,
...etc...
CONTACT_DATA_TAGS(
GROUP_CONCAT(DISTINCT `contact_data_tags`.`name`),
GROUP_CONCAT(DISTINCT `contact_data_assignment`.`user`),
GROUP_CONCAT(DISTINCT `contact_data_read`.`user`)
) AS `tags`,
GROUP_CONCAT(DISTINCT `contact_data_assignment`.`user`) AS `assignments`,
`contact_data`.`updated`,
`contact_data`.`created`
FROM
`contact_data`
LEFT JOIN contact_data_tags ON contact_data.`id` = contact_data_tags.`data`
LEFT JOIN contact_data_assignment ON contact_data.`id` = contact_data_assignment.`data`
LEFT JOIN contact_data_read ON contact_data.`id` = contact_data_read.`data`
LEFT JOIN contact_data_fields AS fields0 ON contact_data.`id` = fields0.`contact_data_id` AND fields0.`key` = :field1
LEFT JOIN contact_data_fields AS fields1 ON contact_data.`id` = fields1.`contact_data_id` AND fields1.`key` = :field2
LEFT JOIN contact_data_fields AS fields2 ON contact_data.`id` = fields2.`contact_data_id` AND fields2.`key` = :field3
...etc...
GROUP BY contact_data.`id`
ORDER BY `id` DESC
これはテーブル構造です：
CREATE TABLE IF NOT EXISTS `contact_data` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(200) NOT NULL,
`format` varchar(50) NOT NULL,
`fields` longtext NOT NULL,
`url` varchar(2000) NOT NULL,
`referer` varchar(2000) DEFAULT NULL,
`ip` varchar(40) NOT NULL,
`agent` varchar(1000) DEFAULT NULL,
`created` datetime NOT NULL,
`updated` datetime NOT NULL,
`updater` int(10) unsigned DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `name` (`name`),
KEY `url` (`url`(333)),
KEY `ip` (`ip`),
KEY `created` (`created`),
KEY `updated` (`updated`),
KEY `updater` (`updater`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
CREATE TABLE IF NOT EXISTS `contact_data_assignment` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`user` int(10) unsigned NOT NULL,
`data` int(10) unsigned NOT NULL,
`created` datetime NOT NULL,
`updater` int(10) unsigned DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `unique_assignment` (`user`,`data`),
KEY `user` (`user`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
CREATE TABLE IF NOT EXISTS `contact_data_fields` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`contact_data_id` int(10) unsigned NOT NULL,
`key` varchar(200) NOT NULL,
`value` text NOT NULL,
`updated` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`id`),
KEY `contact_data_id` (`contact_data_id`),
KEY `key` (`key`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
CREATE TABLE IF NOT EXISTS `contact_data_read` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`user` int(10) unsigned NOT NULL,
`data` int(10) unsigned NOT NULL,
`type` enum('admin','email') NOT NULL,
`created` datetime NOT NULL,
PRIMARY KEY (`id`),
KEY `user` (`user`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
CREATE TABLE IF NOT EXISTS `contact_data_tags` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(200) NOT NULL,
`data` int(10) unsigned NOT NULL,
`created` datetime NOT NULL,
`updater` int(10) unsigned DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `unique_tag` (`name`,`data`),
KEY `name` (`name`),
KEY `data` (`data`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
DELIMITER $$
CREATE FUNCTION `contact_data_tags`(`tags` TEXT, `assigned` BOOL, `read` BOOL) RETURNS text CHARSET latin1
BEGIN
RETURN CONCAT(
',',
IFNULL(`tags`, ''),
',',
IF(`tags` IS NULL OR FIND_IN_SET('Closed', `tags`) = 0, 'Open', ''),
',',
IF(`assigned` IS NULL, 'Unassigned', ''),
',',
IF(`read` IS NULL, 'New', ''),
','
);
END$$
DELIMITER ;
なぜそれがとても遅いのか誰もが知っていますか？それを速くするために私は何ができますか？クエリを調整する必要がありますか（構造を調整したくない）？それをスピードアップするために設定できる構成オプションはありますか？
また、奇妙なことに、私のWindows開発マシンでは、Debain本番サーバーと比較して（30秒以上と比較してほぼ瞬時に）動作するようです。
ただし、WindowsマシンはDebainサーバー（8コアXeon、32GB RAM）よりもはるかに強力ではありません。
MySQL 5.1.49をDebian（更新できません）で実行し、5.5.28をWindowsで実行します。
したがって、EAVがRDBMSで（または少なくとも私の場合は）うまく機能しないことを読んで、これをより速く実行するために増やすことができる構成オプションはありますか（つまり、RAMを増やすことができますか）？