Mysql+Innodb+查詢优化实现分析专业版.docx

Mysql Innodb 查询优化实现分析 以下文字由808影视收集提供于影视网 何登成目录1目的22测试准备23单表查询33.1单表range查询33.1.1records_in_range函数分析53.1.2best_access_path函数(单表)63.1.3单表range查询总结83.2单表unique查询93.2.1单表Unique查询总结94多表查询104.1多表简单join104.2best_access_path函数分析124.2.1总流程分析124.2.2代价估计分析124.2.3best_access_path函数流程134.3optimizer_search_depth参数154.4多表join查询总结155统计信息165.1统计信息收集165.2统计信息更新175.3统计信息收集总结186查询优化总结187参考文献18附录一19附录二20附录三21附录四22目的分析mysql+innodb如何实现查询优化？实现查询优化，存储引擎需要做哪些方面的配合？测试准备mysqlselect version();5.1.49-debug-loginnodb表定义++| Table | Create Table++| nkeys | CREATE TABLE `nkeys` ( `c1` int(11) NOT NULL, `c2` int(11) DEFAULT NULL, `c3` int(11) DEFAULT NULL, `c4` int(11) DEFAULT NULL, `c5` int(11) DEFAULT NULL, PRIMARY KEY (`c1`), UNIQUE KEY `c2` (`c2`), UNIQUE KEY `c3` (`c3`), UNIQUE KEY `c4` (`c4`), KEY `nkey1` (`c3`,`c5`)) ENGINE=InnoDB DEFAULT CHARSET=gbk |++数据insert into nkeys values (1,1,1,1,1);insert into nkeys values (2,2,2,2,2);insert into nkeys values (3,3,3,3,3);insert into nkeys values (4,4,4,4,4);insert into nkeys values (5,5,5,5,5);单表查询单表range查询select * from nkeys where c3 3;不能进行索引覆盖扫描index range scanselect c3 from nkeys where c3 3; 可以进行索引覆盖扫描index only range scan调用流程：msyql_select - JOIN::optimize - make_join_statistics -sql_select.cc::get_quick_record_count -opt_range.cc::SQL_SELECT::test_quick_select –ha_innobase::scan_time -get_key_scans_params -check_quick_select–Opt_range.cc::check_quick_keys -ha_innobase::records_in_range- get_index_only_read_time - ha_innobase::read_time -get_best_ror_intersect -get_best_covering_ror_intersect -ha_innobase::scan_time函数，给出全表扫描read_timescan_time = (double) records / TIME_FOR_COMPARE + 1; mysql层面，返回一个record需要的时间(CPU时间)TIME_FOR_COMPARE = 5return (double) (prebuilt-table-stat_clustered_index_size(聚簇索引叶页面数);innodb层面，全表扫描时间，用读取的page数计算(IO时间)由于innodb是索引组织表，用不到page的预读，因此一次读取一个pagetable_read_time = ha_innobase::scan_time() + scan_time + 1;全表扫描总时间 = innodb读取数据块时间 + mysql比较记录时间 + 1测试中：table_read_time = 4.3000000000000007check_quick_select函数，判断索引扫描的代价ha_inno