問題描述

背景:程序列表頁展示信息，需后臺多表關聯(lián)讀取視圖，視圖內sql已優(yōu)化(索引、語句)，外層增加查詢條件后速度基本一致。VIEW:

CREATE VIEW aASSELECT *FROM b FORCE INDEX (`idx_b`)JOIN a ON a.CId = b.IdJOIN c ON c.CId = b.IdLEFT JOIN s ON s.No = c.NoLEFT JOIN d ON d.CId = a.Id AND d.EId = c.IdLEFT JOIN e FORCE INDEX (`idx_e`) ON e.CId = a.IdWHERE b.isdeleted = 0

環(huán)境:1).mysql 5.7.10 InnoDB引擎 2核4G2).阿里云RDS 4核8G (貌似效果更差<分片性能會衰減>)問題:1.外層增加排序order by條件后，速度變慢，查看執(zhí)行計劃為將試圖內數(shù)據(jù)轉化為temp_table后再進行sort;2.直接count視圖的話更加緩慢，已達不能接受地步，列表分頁肯定需展示總條數(shù)，拋除視圖，直接使用sql也是很緩慢。大神們指點指點怎樣優(yōu)化mysql多表關聯(lián)的count

問題解答

根據(jù)你寫的sql語句，有幾點建議：1、b表使用了force index以強制使用索引，在表條目數(shù)較多的情況下，索引查詢未必是最優(yōu)的方式，一般情況下讓數(shù)據(jù)庫自己選擇就可以了。或者自己驗證下，用isdeleted = 0的條件查b單表，確認加上force index性能更好，否則就去掉force index。2、統(tǒng)計數(shù)量的sql語句，僅保留a,b,c張表就可以了，其他的幾張表是left join，不影響統(tǒng)計結果3、根據(jù)上一步取出的b表字段的主鍵字段，在php中循環(huán)取詳情信息。因分頁的數(shù)量一般較少，多次通過主鍵取數(shù)據(jù)的方式速度可能會更快。

另外，如果想讓大家分析，最好把sql的執(zhí)行計劃貼出來。

把你的sql語句貼出來，讓大伙看看。

多次查詢，然后合計，得出記錄總數(shù)。怎么樣？？（沒測試過....）

例如，每次查詢的數(shù)據(jù)量為： 8000條記錄

PHP 代碼：

// 單位查詢數(shù)據(jù)量 $unit_num = 8000; // 查詢批次 $count = 1; // 總數(shù)據(jù)量 $total_record = 0;while (true) { $sql = ’select count(*) from tb_name limit ’ . ($count - 1) * $unit_num . ’ , ’ . $unit_num; $part_num = $db->getOne($sql); # 部分數(shù)量// 如果數(shù)量 和 查詢的單位量相等，這說明，總數(shù)據(jù)可能更多..，繼續(xù)查詢 if ($part_num === $unit_num) {$total_record += $part_num; }// 如果數(shù)量 比 查詢的單位量更少，說明，已經是最后一批數(shù)據(jù)了 // 跳出循環(huán) if ($part_num < $unit_num) {$total_record += $part_num;break; }# 更新查詢的批次 $count++;} echo ’總數(shù)據(jù)量：’ . $total_record;回答4：

你最終查詢的是b表的數(shù)據(jù)，如果count b表為啥還要join其他表呢，count本來就是全表掃描，不加where基本上沒有優(yōu)化辦法。

最開始是研發(fā)將總條數(shù)做成異步加載，數(shù)據(jù)和頁碼先出來，這樣只要不是刻意查數(shù)量沒什么太大影響;后來看樓上建議改了下視圖，加載總數(shù)也會更快些;還有那幾個強制索引也是為使用視圖時外面加條件能夠走索引才加的;這樣優(yōu)化下來暫時還能接受。