MySQL的PHP​​的查询有时非常快ANSD有时非常非常慢

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" 
+0

如果你至少说过,如果你正在使用mysql_ mysqli或PDO(或别的东西)为你的php查询 – 2013-02-28 22:02:32

+4

'somefield LIKE'%%''是没有意义的。基本上它会是“somefield不为空”,但阻止索引的使用。 – 2013-02-28 22:03:00

+1

另外,如果使用相同的查询/数据库卷获得不同的速度,可能是网络或硬件问题? – 2013-02-28 22:04:32

这是完全有可能是MySQL缓存查询结果。首先,有通用MySQL query cache。在使用InnoDB存储引擎时,还有InnoDB buffer pool。这两个缓存都可以存储SELECT查询及其结果内存,允许非常快速的响应。

然而,当在受影响的表被更新的一个数据(这样做是为了确保MySQL不提供过时的结果),这些缓存通常被刷新。而且,当达到最大高速缓存大小时,通常会从高速缓存中清除不常用的结果。

你的查询连接了很多表,并包括DISTINCT语句,所以它可能会导致IO相当量;此外MySQL可能需要使用临时表来建立结果(这些可能会偶尔写入磁盘,从而导致更多的IO)。因此构建第一个结果集可能需要一段时间,而后续请求可以从查询缓存中快速回答。当数据发生变化或缓冲区大小用尽时,缓存的结果将从缓存中清除,并且下一次调用将再次缓慢。

您可以尝试调整缓冲池配置参数(例如,通过增加innodb_buffer_pool_size,尽管我不是这方面的专家),以便将结果保留在缓存中较长时间。