9
我有一个联系消息传递系统的查询正在越来越慢我的联接越来越慢。SQL查询按指数速度变慢
表结构基本上是一个联系人表和一个联系人字段表。
查询很多时候会联系联系人字段表，并且对于每次联接，查询需要两次。
这是查询。
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）强大。
在Debian上运行MySQL 5.1.49（我无法更新）和Windows上的5.5.28。
因此，读取EAV在RDBMS（或者至少在我的情况下）中表现不佳的情况下，我可以增加一个配置选项以使其运行速度更快（即，我可以只用更多的RAM）？
啊，这是实体 - 属性 - 价值 - 模型的喜悦。在关系数据库中工作得不好。 http://en.wikipedia.org/wiki/Entity%E2%80%93attribute%E2%80%93value_model RDBMS喜欢事先知道它的字段。您是否需要将所有这些可配置的contact_data_fields公开给数据库（用于查询）？如果没有，可能会将JSON存储在CLOB中。或者使用NoSQL文档数据库。或者如果它们不可配置，只需使用“常规”列即可。 – Thilo
@Thilo是的，我需要暴露他们的查询。出于这个原因，我离开了JSON。 – Petah
更正：EAV在某些数据库中运行得很好，具有正确的密钥和/或聚类表结构。 – wildplasser