1樓：匿名使用者
mysql 子查詢 可以加索引優化**如下:
create index indexname on mytable(username(length));
如果是char，varchar型別，length可以小於欄位實際長度；如果是blob和text型別，必須指定 length，下同。嗎
2樓：愛可生雲資料庫
子查詢優化策略
對於不同型別的子查詢，優化器會選擇不同的策略。
1. 對於 in、=any 子查詢，優化器有如下策略選擇：
semijoin
materialization
exists
2. 對於 not in、<>all 子查詢，優化器有如下策略選擇：
materialization
exists
3. 對於 derived 派生表，優化器有如下策略選擇：
derived_merge，將派生表合併到外部查詢中（5.7 引入 ）；
將派生表物化為內部臨時表，再用於外部查詢。
注意：update 和 delete 語句中子查詢不能使用 semijoin、materialization 優化策略
mysql 子查詢計算太慢什麼優化？
3樓：匿名使用者
如果列比較多的話，建議別用*,
你這種最適合with as這種臨時表 ,
使用子查詢的方法表被掃描了多次，而使用with clause方法，表僅被掃描一次。這樣可以大大的提高資料分析和查詢的效率。
4樓：愛可生雲資料庫
子查詢優化策略
對於不同型別的子查詢，優化器會選擇不同的策略。
1. 對於 in、=any 子查詢，優化器有如下策略選擇：
semijoin
materialization
exists
2. 對於 not in、<>all 子查詢，優化器有如下策略選擇：
materialization
exists
3. 對於 derived 派生表，優化器有如下策略選擇：
derived_merge，將派生表合併到外部查詢中（5.7 引入 ）；
將派生表物化為內部臨時表，再用於外部查詢。
注意：update 和 delete 語句中子查詢不能使用 semijoin、materialization 優化策略
mysql的子查詢count(*)出現在目標列如何優化
5樓：匿名使用者
不懂你為什麼這樣寫，你可以試試下面的方法，根據需求可以left/right join。
select count(1) from a,b
where a.proid=b.id
6樓：匿名使用者
count(*)可以寫成count(id), id列預設就有索引
7樓：愛可生雲資料庫
我們知道，mysql 一直依賴對 count(*) 的執行很頭疼。很早的時候，myisam 引擎自帶計數器，可以秒回；不過 innodb 就需要實時計算，所以很頭疼。以前有多方法可以變相解決此類問題，比如：
1. 模擬 myisam 的計數器比如表 ytt1，要獲得總數，我們建立兩個觸發器分別對 insert/delete 來做記錄到表 ytt1_count，這樣只需要查詢表 ytt1_count 就能拿到總數。ytt1_count 這張表足夠小，可以長期固化到記憶體裡。
不過缺點就是有多餘的觸發器針對 ytt1 的每行操作，寫效能降低。這裡需要權衡。
2. 用 mysql 自帶的 sql_calc_found_rows 特性來隱式計算
依然是表 ytt1，不過每次查詢的時候用 sql_calc_found_rows 和 found_rows() 來獲取總數，比如：
1 row in set, 1 warning (0.00 sec)
這樣的好處是寫法簡單，用的是 mysql 自己的語法。缺點也有，大概有兩點：1.
sql_calc_found_rows 是全表掃。2. found_rows() 函式是語句級別的儲存，有很大的不確定性，所以在 mysql 主從架構裡，語句級別的行級格式下，從機資料可能會不準確。
不過行記錄格式改為 row 就 ok。所以最大的缺點還是第一點。
從 warnings 資訊看，這種是 mysql 8.0 之後要淘汰的語法。
3. 從資料字典裡面拿出來粗略的值
那這樣的適合新聞展示，比如行數非常多，每頁顯示幾行，一般後面的很多大家也都不怎麼去看。缺點是資料不是精確值。
4. 根據表結構特性特殊的取值
這裡假設表 ytt1 的主鍵是連續的，並且沒有間隙，那麼可以直接 mysql> select max(id) as cnt from ytt1; +------+ | cnt | +------+ | 3072 | +------+ 1 row in set (0.00 sec)
不過這種對錶的資料要求比較高。
5. 標準推薦取法（mysql 8.0.17 建議）
mysql 8.0 建議用常規的寫法來實現。
第五種寫法是 mysql 8.0.17 推薦的，也就是說以後大部分場景直接實時計算就 ok 了。
mysql 8.0.17 以及在未來的版本都取消了sql_calc_found_rows 特性，可以檢視第二種方法裡的 warnings 資訊。
相比 mysql 5.7，8.0 對 count(*) 做了優化，沒有必要在用第二種寫法了。
我們來看看 8.0 比 5.7 在此類查詢是否真的有優化？
mysql 5.7
幫忙優化一個mysql的語句，很多重複子查詢
8樓：匿名使用者
看**看的暈，給你個建議吧，就不仔細看你的東西了一個是做臨時表，分別幾個不同的條件放到幾個臨時表，然後最後一個語句進行總結處理
另外一個就是，拆分，比如說一個表table你可以select * from table a,table bwhere a.recdate=b.recdate
9樓：dl_會飛的青蛙
select sum(value1) as sum1,sum(value2) as sum2,recdate
from table1
where recdate = (select max(recdate) as max from table1)
group by recdate
10樓：愛可生雲資料庫
子查詢優化策略
對於不同型別的子查詢，優化器會選擇不同的策略。
1. 對於 in、=any 子查詢，優化器有如下策略選擇：
semijoin
materialization
exists
2. 對於 not in、<>all 子查詢，優化器有如下策略選擇：
materialization
exists
3. 對於 derived 派生表，優化器有如下策略選擇：
derived_merge，將派生表合併到外部查詢中（5.7 引入 ）；
將派生表物化為內部臨時表，再用於外部查詢。
注意：update 和 delete 語句中子查詢不能使用 semijoin、materialization 優化策略
mysql中，如何向測試人員介紹連線查詢和子查詢的優劣勢？
11樓：愛可生雲資料庫
子查詢優化策略
對於不同型別的子查詢，優化器會選擇不同的策略。
1. 對於 in、=any 子查詢，優化器有如下策略選擇：
semijoin
materialization
exists
2. 對於 not in、<>all 子查詢，優化器有如下策略選擇：
materialization
exists
3. 對於 derived 派生表，優化器有如下策略選擇：
derived_merge，將派生表合併到外部查詢中（5.7 引入 ）；
將派生表物化為內部臨時表，再用於外部查詢。
注意：update 和 delete 語句中子查詢不能使用 semijoin、materialization 優化策略
12樓：嫉滓滓億
主查詢是在他給你的表裡面查詢，
子查詢的意思是你先對他給你的表做一些篩選、增改等其他操作，創造一個新的表，
再在你這個子表裡面查詢
mysql 多次查詢 子查詢 那個效率高？
13樓：匿名使用者
並不能一概而論，子查詢和分次查詢的效率只有在做過分析之後才能說那種效率高。效率不單單和sql語句有關，還和你的表結構，索引，以及儲存引擎有關係。
14樓：匿名使用者
涉及的表比較少的，業務邏輯不是很麻煩的，用子查詢應該快一些
涉及業務邏輯很複雜的，用多次查詢會好一點
15樓：匿名使用者
查詢語句越複雜越用子查詢查詢越慢。
16樓：
用多次查詢來實現效率會高一點.
17樓：昨天的日記
需要具體問題具體分析
但是一般情況下，如果多次查詢的次數非常多（幾十到幾百次）
考慮到應用程式裡，新起一個sql查詢也需要額外的開銷來說，子查詢一次查詢通常比多次查詢來得效率高。前提是子查詢本身寫的效率不錯。
mysql怎麼查詢重複的資料，MySql怎麼查詢重複的資料
select name,sum num from table group by name group by 分組查詢可以實現，根據名稱分組查詢累加數量 select sum 數量 名稱 from table group by 名稱 你按照這個寫一下就可以了 select name,sum numbe...
mysql 正則查詢問題
mysql正規表示式問題 頭 尾 abc123 abc123 中任意字元 前面的字元出現n次 前面的字元至少出現n次。如果沒有 或 任何位置匹配有可以。正則預設是貪婪的，最小匹配需要用 你給出的例子結果都對的。mysql正則匹配問題 匹配2014年06月10日 00時00分01秒至2014年7月10...
mysql分類查詢前N條記錄,mysql分類查詢前N條記錄
select from table limit 5 select from issu info limit 0,6limit 0,6 這裡是對的,顯示前6條 select from issu info limit 7,6 limit 7,6 從第8條開始取,取6條 select from table...