簡單的查詢，返回同樣的，用charge_id去關(guān)聯(lián)，只要0.5s，但如果用order_id要18s! 什么原因？ 

創(chuàng)新互聯(lián)公司專業(yè)為企業(yè)提供本溪網(wǎng)站建設(shè)、本溪做網(wǎng)站、本溪網(wǎng)站設(shè)計、本溪網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、本溪企業(yè)網(wǎng)站模板建站服務(wù)，十載本溪做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。

用order_id時，執(zhí)行計劃是用了Using join buffer (Block Nested Loop)；原因查明：把 order_forInit里的order_id字符集是utf8,而 order_item_forInit里的order_id字符集是utf8mb4, 不同的字符集造成兩個做join時，不能用上索引，會出現(xiàn)“Using join buffer (Block Nested Loop) ”。把 order_forInit里的order_id字符集改成utf8mb4，就沒性能問題了??！ 不會出現(xiàn)Using join buffer (Block Nested Loop) 

explain

select count(*) from

order_forInit a,

order_item_forInit c,

product d

WHERE

--  a.order_id = c.order_id 

a.charge_id = c.charge_id

AND c.product_id = d. product_id;

附錄：

MySQL字符集 utf8 和utf8mb4 的區(qū)別： https://blog.csdn.net/qq_37054881/article/details/90023611 

當(dāng)前題目：mysql字符集造成的性能問題
鏈接URL：http://jinyejixie.com/article4/gpcpie.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站制作、網(wǎng)頁設(shè)計公司、自適應(yīng)網(wǎng)站、建站公司、虛擬主機、App設(shè)計

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)