mysql执行计划顺序.docxVIP

mysql执行计划顺序 　　Mysqlexplain执行计划包含的信息,下面进行详细说明　　id　　包含一组数字，表示查询中执行select子句或操作表的顺序　　id相同，执行顺序由上至下　　如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行　　id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行select_type　　表示查询中每个select子句的类型　　：查询中不包含子查询或者　　UNION　　b.查询中若包含任何复杂的子部分，最外层查询则被标记为：　　PRIMARY　　c.在SELECT或WHERE列表中包含了子查询，该子查询被标记为：SUBQUERYd.在FROM列表中包含的子查询被标记为：DERIVED　　e.若第二个SELECT出现在UNION之后，则被标记为UNION；若UNION包含在FROM子句的子查询中，外层SELECT将被标记为：DERIVED　　f.从UNION表获取结果的SELECT被标记为：UNIONRESULTtype　　表示MySQL在表中找到所需行的方式，又称“访问类型”，常见类型如下：　　由左至右，由最差到最好　　：FullTableScan，MySQL将遍历全表以找到匹配的行　　：FullIndexScan，index与ALL区别为index类型只遍历索引树　　：索引范围扫描，对索引的扫描开始于某一点，返回匹配值域的行，常见于between、等的查询　　range访问类型的不同形式的索引访问性能差异　　　　：非唯一性索引扫描，返回匹配某个单独值的所有行。常见于使用非唯一索引即唯一索引的非唯一前缀进行的查找　　_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描　　、　　system：　　当MySQL　　对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，MySQL就能将该查询转换为一个常量　　system是const类型的特例，当查询的表只有一行的情况下，使用system：MySQL在优化过程中分解语句，执行时甚至不用访问表或索引　　possible_keys　　指出MySQL能使用哪个索引在表中找到行，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用key　　显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULLTIPS：查询中若使用了覆盖索引，则该索引仅出现在key列表中　　key_len　　表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度　　key_len显示的值为索引字段的最大可能长度，　　并非实际使用长度，即　　key_len是根据表定义计算而得，不是通过表内检索出的ref　　表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值　　本例中，由key_len可知t1表的idx_col1_col2被充分使用，col1匹配t2表的col1，col2匹配了一个常量，即’ac’rows　　表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数　　Extra　　　　网易视频云：不同执行计划下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,