MySQL的PHP的查询有时非常快ANSD有时非常非常慢
我有什么,我认为是一个复杂的PHP MySQL查询,从不同的Drupal表中的一个JSON格式提取数据,然后让我输出通过PHP的结果。有时候这个查询速度非常快,有时候速度很慢。如果您转到http://www.serviidb.com/content/data/view/api_access,您可以看到实际的API响应时间。数据库中的内容一直在增长,随着数据库变大,这个问题只会越来越严重。MySQL的PHP的查询有时非常快ANSD有时非常非常慢
对不起忘了添加服务器信息:我怎么打电话查询
Server: Localhost via UNIX socket
Server version: 5.5.29-0ubuntu0.12.04.1-log
Protocol version: 10
例。
mysql_query($sqlApiAccess) or die('Error, insert query failed');
如果有人希望看到我使用的PHP只是问,我会发布它。我已经编程了多年,但对PHP来说是新的,所以我可能会做很长的一切。
我明白任何及所有的帮助,指导或建议,任何人都可以给我。
下面是该查询:
SELECT DISTINCT
node.title AS "name",
regions.region AS region,
field_data_field_media_url.field_media_url_value AS url,
media_type.media_type AS mediaType,
repositoryType.repositoryType AS resourceType,
plugins.plugin,
media_resource_language.language,
node.nid,
resolution.resolution,
(field_data_field_quality.field_quality_rating/20) AS quality,
(field_data_field_reliability.field_reliability_rating/20)
AS reliability,
field_data_field_installs.field_installs_value AS installCount
FROM node
LEFT JOIN field_data_field_region
ON field_data_field_region.revision_id = node.vid
LEFT JOIN regions
ON regions.tid = field_data_field_region.field_region_tid
LEFT JOIN field_data_field_media_url
ON field_data_field_media_url.revision_id = node.vid
LEFT JOIN field_data_field_required_plugin
ON field_data_field_required_plugin.revision_id = node.vid
LEFT JOIN field_data_field_source
ON field_data_field_source.revision_id = node.vid
LEFT JOIN repositoryType
ON repositoryType.tid = field_data_field_source.field_source_tid
LEFT JOIN plugins
ON plugins.tid =
field_data_field_required_plugin.field_required_plugin_tid
LEFT JOIN field_data_field_media_type
ON field_data_field_media_type.revision_id = node.vid
LEFT JOIN media_type
ON media_type.tid =
field_data_field_media_type.field_media_type_tid
LEFT JOIN field_data_field_language
ON field_data_field_language.revision_id = node.vid
LEFT JOIN media_resource_language
ON media_resource_language.tid =
field_data_field_language.field_language_tid
LEFT JOIN field_data_field_resolution
ON field_data_field_resolution.revision_id = node.vid
LEFT JOIN resolution
ON resolution.tid =
field_data_field_resolution.field_resolution_tid
LEFT JOIN field_data_field_quality
ON field_data_field_quality.revision_id = node.vid
LEFT JOIN field_data_field_reliability
ON field_data_field_reliability.revision_id = node.vid
LEFT JOIN field_data_field_installs
ON field_data_field_installs.revision_id = node.vid
WHERE node.status <> 0
AND node.type = "media"
AND (node.title LIKE '%%' OR plugins.plugin LIKE '%%')
AND node.title LIKE '%%'
AND plugins.plugin LIKE '%%'
AND media_resource_language.language LIKE '%%'
AND (regions.region = "worldwide" OR regions.region LIKE '%%')
AND media_type.media_type = "video"
,我读了它会导致查询,如果“象”是用来运行缓慢,所以我在看一对夫妇的方式来去除像部分,除非有实际变量中的信息。以下是我目前正在开发where部分的方式。
/** setups up sql variable for searches.
*
*/
$sqlregion = "";
$sqltitle = "";
$sqlregion = 'and (regions.region = "worldwide" or ';
$sqlregion = $sqlregion . 'regions.region like ';
$sqlregion = $sqlregion . "'%";
$sqlregion = $sqlregion . $region;
$sqlregion = $sqlregion . "%')";
$slqLanguage = "and media_resource_language.language like '%" . $language . "%'";
$sqltitleOrPlugin = "and (node.title like '%" . $titleOrPlugin . "%' or plugins.plugin like '%" . $titleOrPlugin . "%')";
$sqlPlugin = "and plugins.plugin like '%" . $plugin . "%'";
$sqltitle = "and node.title like '%" . $title . "%'";
而Where语句的设置是这样的。
WHERE node.status<>0 and node.type="media" . $sqltitleOrPlugin . $sqltitle .$sqlPlugin . $slqLanguage . $sqlregion;
其中的变量实际上是第三方应用程序填充以缩小数据的参数。像这样的语言= EN &区=我们&标题=的&客户端=测试
WHERE node.status<>0
and node.type="media"
and (node.title like '%%' or plugins.plugin like '%%')
and node.title like '%%'
and plugins.plugin like '%%'
and media_resource_language.language like '%%'
and (regions.region = "worldwide" or regions.region like '%us%')
and media_type.media_type ="video"
这是完全有可能是MySQL缓存查询结果。首先,有通用MySQL query cache。在使用InnoDB存储引擎时,还有InnoDB buffer pool。这两个缓存都可以存储SELECT查询及其结果内存,允许非常快速的响应。
然而,当在受影响的表被更新的一个数据(这样做是为了确保MySQL不提供过时的结果),这些缓存通常被刷新。而且,当达到最大高速缓存大小时,通常会从高速缓存中清除不常用的结果。
你的查询连接了很多表,并包括DISTINCT
语句,所以它可能会导致IO相当量;此外MySQL可能需要使用临时表来建立结果(这些可能会偶尔写入磁盘,从而导致更多的IO)。因此构建第一个结果集可能需要一段时间,而后续请求可以从查询缓存中快速回答。当数据发生变化或缓冲区大小用尽时,缓存的结果将从缓存中清除,并且下一次调用将再次缓慢。
您可以尝试调整缓冲池配置参数(例如,通过增加innodb_buffer_pool_size
,尽管我不是这方面的专家),以便将结果保留在缓存中较长时间。
如果你至少说过,如果你正在使用mysql_ mysqli或PDO(或别的东西)为你的php查询 – 2013-02-28 22:02:32
'somefield LIKE'%%''是没有意义的。基本上它会是“somefield不为空”,但阻止索引的使用。 – 2013-02-28 22:03:00
另外,如果使用相同的查询/数据库卷获得不同的速度,可能是网络或硬件问题? – 2013-02-28 22:04:32