mysql,语句执行计划.docxVIP

mysql,语句执行计划 　　MySQL执行计划解读　　1、id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行　　Explain语法　　EXPLAINSELECT??　　变体：　　1.EXPLAINEXTENDEDSELECT??　　将执行计划“反编译”成SELECT语句，运行SHOWWARNINGS可得到被MySQL优化器优化后的查询语句　　2.EXPLAINPARTITIONSSELECT??　　用于分区表的EXPLAIN　　执行计划包含的信息　　id　　包含一组数字，表示查询中执行select子句或操作表的顺序　　id相同，执行顺序由上至下　　如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行　　id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行　　select_type　　表示查询中每个select子句的类型　　：查询中不包含子查询或者UNION　　b.查询中若包含任何复杂的子部分，最外层查询则被标记为：PRIMARY　　c.在SELECT或WHERE列表中包含了子查询，该子查询被标记为：SUBQUERY　　d.在FROM列表中包含的子查询被标记为：DERIVED　　e.若第二个SELECT出现在　　UNION之后，则被标记为　　UNION；若UNION包含在FROM子句的子查询中，外层SELECT将被标记为：DERIVED　　f.从UNION表获取结果的SELECT被标记为：UNIONRESULT　　type　　表示MySQL在表中找到所需行的方式，又称“访问类型”，常见类型如下：　　由左至右，由最差到最好　　：FullTableScan，MySQL将遍历全表以找到匹配的行　　：FullIndexScan，index与ALL区别为index类型只遍历索引树　　：索引范围扫描，对索引的扫描开始于某一点，返回匹配值域的行，常见于　　between、　　等的查询　　range访问类型的不同形式的索引访问性能差异　　　　网易视频云：不同执行计划下Mysql多表更新　　结果不一致的现象　　网易视频云是网易倾力打造的一款基于云计算的分布式多媒体处理集群和专业音视频技术，为客户提供稳定流畅、低时延、高并发的视频直播、录制、存储、转码及点播等音视频的PASS服务。在线教育、远程医疗、娱乐秀场、在线金融等各行业及企业用户只需经过简单的开发即可打造在线音视频平台。现在，网易视频云与大家分享一下不同执行计划下Mysql多表更新结果不一致的现象。　　前阵子时间偶然的情况下公司里的前辈们在代码注释中留下一条有趣的SQL引发了我的兴趣，在机缘巧合下又发现是否建立索引，建立什么样的索引会导致更新语句的结果不一致。　　接下来重现这个问题：　　首先在mysql中来建立两张表t1,t2两张表都有两个int字段a和b，为两张表各自插入一条记录(10,20)　　然后有以下这样的更新语句：　　updatet1,t2set=300,=where=and=10;　　一般认为这条更新语句能够将t1表和t2表中的记录同时更改为(10,300),而事实结果是不是这样的呢？　　我们选用了版本进行，并按照以下情形建表进行测试：　　1.createtablet1(aint,bint);　　createtablet2(aint,bint);　　2.createtablet1(aint,bint,primarykey(a));　　createtablet2(aint,bint,primarykey(a));　　3.createtablet1(aint,bint);　　createindexidxont1(a);　　createtablet2(aint,bint);　　createindexidxont2(a);　　结果1的结果：t2表的数据没变，只有t1被更新成了(10,300)。这是怎么回事呢？　　首先来看查询计划，由于版本不支持update语句的explain，因此我们根据where后的条件，改写成select语句：　　explainselect*fromt1,t2where=and=10;　　　　更新记录存放在上层的table-record中，其中record[1]为更新前项，　　record[0]为更新后项，于是乎问题就在于更新t2表时，record[0]是怎么赋值的　　在存储引擎的接口层打上断点，可以初步分析以上三种情形下的执行步骤：　　来分析case1的执行逻辑：　　1.做t1的全表扫描　　2.做t2的全表扫描　　3.将满足条件的t1的ro