Mysql數據庫功能優化之子查詢。本站提示廣大學習愛好者:(Mysql數據庫功能優化之子查詢)文章只能為提供參考,不一定能成為您想要的結果。以下是Mysql數據庫功能優化之子查詢正文
記得在做項目的時分, 聽到過一句話, 盡量不要運用子查詢, 那麼這一篇就來看一下, 這句話能否是正確的.
那在這之前, 需求引見一些概念性東西和mysql對語句的大致處置.
當Mysql Server的銜接線程接納到Client發送過去的SQL懇求後, 會經過一系列的分解Parse, 停止相應的剖析, 然後Mysql會經過查詢優化器模塊, 依據該Sql所觸及到的數據表的相關統計信息停止計算剖析. 然後在得出一個Mysql自以為最合理最優化的數據訪問方式, 也就是我們常說的"執行方案", 然後依據所失掉的執行方案經過調用存儲引擎接口來獲取相應數據. 再對存儲引擎前往的數據停止相關的處置, 並一Client端所要求的格式作為後果集, 前往給Client.
注 : 這裡所說的統計數據, 是我們經過 Analyze table命令告訴Mysql對表的相關數據作剖析之後, 所獲取到的一些數據統計量. 這些數據對Mysql優化器而言是十分重要的, 優化器所生成的執行方案的好壞, 次要是由這些統計數據所決議的.
1. 建表
create table User( Id int not null PRIMARY key auto_increment , NickName varchar(50) comment '用戶昵稱', Sex int comment '性別', Sign varchar(50) comment '用戶簽名', Birthday datetime comment '用戶生日', CreateTime datetime comment '創立時間' ) default charset=utf8 comment '用戶表'; create table UserGroup( Id int not null PRIMARY key auto_increment , UserId int not null comment 'user Id', GroupId int not null comment '用戶組Id', CreateTime datetime comment '創立時間', -- key index_groupid(GroupId) using btree, key index_userid(groupid, UserId) using btree ) default charset=utf8 comment '用戶組表';
2. 預備數據
var conStr = ConfigurationManager.ConnectionStrings["ConStr"].ToString(); using (IDbConnection conn = new MySqlConnection(conStr)) { Stopwatch watch = new Stopwatch(); var sql = string.Empty; var names = new string[] { "非", "想", "紅", "帝", "德", "看", "梅", "插", "兔" }; Random ran = new Random(); var insertSql = @" insert into User(NickName,Sex,Sign, Birthday, CreateTime) values(@NickName,@Sex,@Sign, @Birthday, @CreateTime); INSERT INTO usergroup (UserId, GroupId, CreateTime ) VALUES (LAST_INSERT_ID() , @GroupId, @CreateTime);"; watch.Start(); if (conn.State == ConnectionState.Closed) { conn.Open(); } var tran = conn.BeginTransaction(); for (int i = 0; i < 100000; i++) { var param = new { NickName = names[ran.Next(9)] + names[ran.Next(9)] + i, Sign = names[ran.Next(9)] + names[ran.Next(9)], CreateTime = DateTime.Now, Birthday = DateTime.Now.AddYears(ran.Next(10, 30)), Sex = i % 2, GroupId = ran.Next(1, 100) }; conn.Execute(insertSql, param, tran); } tran.Commit(); conn.Dispose(); watch.Stop(); Console.WriteLine(watch.ElapsedMilliseconds); }
這裡我拔出了5000條數據, group分了99個組, 隨機的.
3. 查詢sql
explain select user.id, user.nickname from usergroup left join user on usergroup.UserId = user.Id where usergroup.groupid = 1 order by usergroup.UserId desc limit 100, 20; explain select user.id, user.nickname from (select id, userid from usergroup where groupid = 1 order by userid limit 100, 20) t left join user on t.UserId = user.id ; explain select user.id, user.nickname from (select id, userid from usergroup where groupid = 1 order by userid ) t left join user on t.UserId = user.id limit 100, 20;
第二句和第三句都運用到了子查詢, 不同之處再與, 第二句是先失掉20條數據, 然後以此來與user表關聯的
4. 剖析
100000條數據狀況下 :
先看第一句
再看第二句
第三句
從下面三幅圖看, 仿佛能看出點什麼了.
首先看他們的 rows, 第二句最多, 加起來有1000多了, 另兩句加起來都是996. 但是我想說的是, 這裡並不是看rows的和是多少. 正確的方式是, 從id大的語句開端看, id相反的語句, 從上到下順次執行.
那先看第二句的id=2的語句和第一句的id=1的語句, 如出一轍的. 他們都是從usergroup表中挑選數據, 並且能失掉相反的後果集A.
看來他們都是基於相反的後果集去停止操作, 接上去就有區別了.
先看第一句, 再後果集A的根底上, 去左銜接表user, 並挑選出最後的數據, 前往給客戶端.
那第二句呢, 是在A的根底上, 再次挑選數據, 失掉需求的數據, 然後拿這些數據, 去與user表左銜接, 失掉最終後果.
從下面來看, 執行方案中, 第二種執行方案, 愈加高效.
假如可以經過子查詢, 大幅度減少查詢范圍, 可以思索運用子查詢語句.
以上所述是給大家引見的Mysql數據庫功能優化之子查詢,希望對大家有所協助,假如大家有任何疑問請給我留言,會及時回復大家的。在此也十分感激大家對網站的支持!