MySQL开发实践8问，你能hold住几个？

Count: 63889 Time=0.78s (49607s) Lock=0.00s (3s) Rows=0.0 (18), edu_online[edu_online]@[10x.213.1xx.1xx]

select f_uin from t_online_student_contact where f_modify_time > N

Count: 1076097 Time=0.02s (16903s) Lock=0.00s (72s) Rows=52.2 (56187090), edu_online[edu_online]@28hosts

select * from t_online_video_info where UNIX_TIMESTAMP(v_update_time) > N

Count: 330046 Time=0.02s (6822s) Lock=0.00s (45s) Rows=0.0 (2302), edu_online[edu_online]@4hosts

select uin,cid,is_canceled,unix_timestamp(end_time) as endtime,unix_timestamp(update_time) as updatetime

from t_kick_log where unix_timestamp(update_time) > N

分析：CPU跑6%，瓶颈在IO，和db的cache大年夜小相干

以第1条为例，表示这类SQL(N可以取很多值，这里MySQLdumpslow会归并起来)在8月19号的慢萌芽日记内出现了1076100次，总耗时99065秒，总返回440058825行记录，有28个客户端IP用到。

经由过程慢萌芽日记分析，就可以找到最耗时的SQL，然落后行具体的SQL分析了

慢萌芽相干的设备参数

实验2(写)：update(where前提射中索引) => 200/s

log_slow_queries：是否打开慢萌芽日记，得先确保=ON后面才有得分析

long_query_time：萌芽时光大年夜于若干秒的SQL被当做是慢萌芽，一般设为1S

log_queries_not_using_indexes：是否将没有应用索引的记录写入慢萌芽日记

分析：CPU跑到80%，每次select都需遍历所有记录，看来索引的效不雅异常明显!

3.若何针对具体的SQL做优化?

应用Explain分析SQL语句履行筹划

如膳绫擎例子所示，重点存眷下type，rows和Extra：

type：应用类别，有无应用到索引。结不雅值大年夜好到坏：… > range(应用到索引) > index > ALL(全表扫描)，一般萌芽应达到range级别

rows：SQL履行检查的记录数

Extra：SQL履行的附加信息，如”Using index”表示萌芽只用到索引列，不须要去读表等

应用Profiles分析SQL语句履行时光和消费资本

MySQL> set profiling=1; (启动profiles，默认是没开启的) 
 
MySQL> select count(1) from t_online_group_records where UNIX_TIMESTAMP(gre_updatetime) > 123456789; (履行要分析的SQL语句) 
 
MySQL> show profiles; 
 
+----------+------------+----------------------------------------------------------------------------------------------+ 
 
| Query_ID | Duration   | Query                                                                                        | 	
			 2/6   首页 上一页 1 2 3 4 5 6 下一页 尾页	
			

　　推荐阅读
　　更好的指标、更好的云优先策略
            
            对于具有大年夜型复杂IT情况的CIO来说，云优先策略的风险和收益是一个难题。专家建议要应用明显的指标。TCE Strategy首席履行官、技巧和收集安然策略师Bryce  Austin表示：“在这种情>>>详细阅读


本文标题：MySQL开发实践8问，你能hold住几个？
地址：http://www.17bianji.com/lsqh/37266.html
 1/2    1