這個案例并不是我遇到的，但是我的工作生產(chǎn)環(huán)境中有使用到federated存儲引擎，所以記錄一下。

創(chuàng)新互聯(lián)公司-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設、高性價比嵊州網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式嵊州網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設找我們，業(yè)務覆蓋嵊州地區(qū)。費用合理售后完善，十多年實體公司更值得信賴。

優(yōu)化前

有一條SQL部分截取內容如下，執(zhí)行約268秒才能出結果：

優(yōu)化后

從這條SQL的執(zhí)行計劃中可以看出來mego.trade_order并沒有出現(xiàn)在table列中，經(jīng)查看，mego.trade_order是一個Federated存儲引擎，類似Oracle的DBlink，在本地只是個鏈接的形式存在，實際數(shù)據(jù)文件并不存在。

所以mego.trade_order表作為一個subquery效率非常差，可以改寫成join的方式，去掉subquery,讓mego.trade_order表盡量第一個前面的結果join，減少去遠程服務器取數(shù)據(jù)的次數(shù)，優(yōu)化如下，優(yōu)化過后只需要0.74秒

有關Federated存儲引擎參考鏈接

https://dev.MySQL.com/doc/refman/5.5/en/federated-storage-engine.html

網(wǎng)頁名稱：Case：MySQLFederated存儲引擎引起的慢SQL優(yōu)化
網(wǎng)頁URL：http://chinadenli.net/article22/gpgicc.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、云服務器、網(wǎng)站維護、App設計、網(wǎng)頁設計公司、標簽優(yōu)化

廣告

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