关于RDS实例CPU超过100%的分析

  • 时间:
  • 浏览:1

$yi=mysql_fetch_array($result);

$sql=”SELECT * FROM content ORDER BY rand() LIMIT 12″;

$n++;

这种 sql order by rand()同样也会再次出先排序;

else{ $idlist=$idlist.’,’.mt_rand($idmin,$idmax); }

SELECT * FROM `www_article` WHERE CONCAT(subject,description) like ‘%??%’ ORDER BY aid desc LIMIT 75,15

$result=mysql_query($sql,$conn);

总结:

第并不是方案,即原始的 Order By Rand() 措施:

打上去适当索引消除排序:

B.Copying to tmp table on disk:再次出先这种 状况,通常状况下是可能临时结果集过多,超过了数据库规定的临时内存大小,时需拷贝临时结果集到磁盘上,这种 日后时时需户对sql进行优化;

WHERE t1.id >= t2.id ORDER BY t1.id ASC LIMIT 1″;

$sql=”SELECT * FROM `content` AS t1

}

C.再次出先sending data的状况:

$rnds=”;

$n=1;

$result=mysql_query($sql,$conn);

for($n=1;$n<=12;$n++){

$sql=”select * from content where id in ($idlist) order by field($idlist2) LIMIT 0,12″;

RDS-mysql可能有资源的隔离,不同的实例规格拥有的iops能力不同,比如新1型提供的iops为5000个,也之后每秒还还都可以 提供5000次的随机磁盘io操作,过多过多可能用户的数据量很大,内存很小,可能iops的限制,二根慢sql就很有可能消耗掉所有的io资源,而影响有些的sql查询,对于数据库来说之后所有的sql时需执行很长的时间还还都可以 返回结果,对于应用来说就会造成整体响应的放慢;过多过多优化永不止境,既还还都可以 帮助你的系统稳定,一起又还还都可以 节约你的成本,何乐不为。

A.sending data表示:sql正在从表中查询数据,可能查询条件没人 适当的索引,则会意味sql执行时间过长;

性能sql:

while($row=mysql_fetch_array($result)){

JOIN (SELECT ROUND(RAND() * (SELECT MAX(id) FROM `content`)) AS id) AS t2

while($row=mysql_fetch_array($result)){

if($i==1){ $idlist=mt_rand($idmin,$idmax); }

优化后的结果:

}

$result=mysql_query($sql,$conn);

Sql B:

$rnds=$rnds.$n.”. <a href=’show”.$row[‘id’].”-“.strtolower(trim($row[‘title’])).”‘>”.$row[‘title’].”</a><br />\n”;

$idlist2=”id,”.$idlist;

注意这里的索引时需改用覆盖索引:aid+ subject+description

3.补救措施:用户还还都可以 登录到rds,通过show processlist查看当前正在执行的sql,当执行完show processlist后再次出先血块的句子,通常其状况再次出先sending data,Copying to tmp table,Copying to tmp table on disk,Sorting result, Using filesort 时需sql有性能问提图片;

用explain 查看执行计划:

for($i=1;$i<=20;$i++){

$idmax=$yi[0];

1.原理:cpu消耗过大通常状况下时需有慢sql造成的,这里的慢sql包括全表扫描,扫描数据量过大,内存排序,磁盘排序,锁争用等待英文等;

通过show processlist发现如下sql:

$n++;

http://www.piaoyi.org/php/MySQL-Order-By-Rand.html

Sql A.

2.表现问提图片sql执行状况为:sending data,Copying to tmp table,Copying to tmp table on disk,Sorting result,locked;

$rnds = $rnds.$n.”. <a href=’show”.$yi[‘id’].”-“.strtolower(trim($yi[‘title’])).”‘>”.$yi[‘title’].”</a><br />\n”;

$yi=mysql_fetch_array($result);

用户实例zuowenwang反映cpu超过5000%,实例偶尔再次出先卡住的问提图片;

3万条数据查12条随机记录,时需0.125秒,随着数据量的增大,强度没人 低。

}

3万条数据查12条随机记录,时需0.004秒,强度大幅提升,比第并不是方案提升了约500倍。缺点:多次select查询,IO开销大。

$n=1;

性能sql:

第二种方案,改进后的 JOIN 措施:

$rnds=$rnds.$n.”. <a href=’show”.$row[‘id’].”-“.strtolower(trim($row[‘title’])).”‘>”.$row[‘title’].”</a><br />\n”;

}

总是听见用户说另一方的rds实例cpu超过5000%,通常这种 状况时需可能sql性能问提图片意味的,下面我用一则案例来分析:

$result=mysql_query($sql,$conn);

C.Sorting result, Using filesort:再次出先这种 状况,表示sql正在执行排序操作,排序操作都会引起较多的cpu消耗,通常的优化措施会打上去适当的索引来消除排序,可能缩小排序的结果集;

$idmin=$yi[1];

$rnds=”;

第并不是方案,SQL句子先随机好ID序列,用 IN 查询(飘易推荐这种 用法,IO开销小,强度最快):

这种 sql是典型的sql分页写法不规范的状况,时需将sql进行改写:

$sql=”SELECT MAX(id),MIN(id) FROM content”;

3万条数据查12条随机记录,时需0.001秒,强度比第二种措施又提升了4倍左右,比第并不是措施提升120倍。注,这里使用了 order by field($idlist2) 是为了不排序,之后 IN 是自动会排序的。缺点:有可能遇到ID被删除的状况,过多过多时需多选2个ID。

Sql优化是性能优化的最后一步,并不是居于塔顶,他最直影响用户的使用,但也是最容易优化的步骤,往往效果最直接。

这种 随机抽取一批记录的做法性能是很差的,表中的数据量越大,性能就越差:

补救措施如下:

$idlist=”;