好久不寫東西了，一直忙於各種雜事兒，恰巧昨天有個使用者研發問到我乙個sql調優的問題，說效能太差，希望我能給調優下，最近有些懶，可能和最近太忙有關係，本來打算問問現在的情況，如果差不多就不調了，那哥們兒說：現在要半個小時才出結果。這個確實有點離譜，這麼慢的效能，再有耐心的人也等不及，沒辦法，只能開工了。要了sql及執行計畫，看了下執行計畫和sql語句，明白了問題出在**，問題就出在執行計畫上，沒別的辦法，只能改寫了sql語句，發給他。他試後說，現在不到1s出結果，我問他這樣的效能是否能滿足他們的需求，他高興的說：速度很快了，已經很快了。調優成功，前後用時十分鐘，下面為調優前後的執行計畫，大家可以參照研究學習：
調優前執行計畫：
調優後執行計畫：
因為已經能滿足使用者需求，所以就沒再進一步調優，該sql中僅僅涉及到兩個表，計畫中最上面的count為乙個表，下面所有步驟為另外乙個表，文中沒能貼出具體sql及略去計畫中某些細節，如需了解更多細節，可到本人qq空間瀏覽，見諒，望能對各位有所幫助和啟發。
記一次前端效能優化
公司新做的乙個專案，寫完 第一次上測試環境測試，首屏載入要6秒左右的樣子，於是進行了一系列的優化，成功將首屏時間降到了200ms左右 今天寫篇文章，分享一下這次優化心得。專案背景 vue cli 2.x框架 一 技巧 二 壓縮 三 cdn 一 技巧 去掉多餘 減少請求數量 復用元件 二 壓縮 開啟w...
記一次關於vue效能問題
當時開發專案的時候，涉及到乙個操作列表 不是單純展示的列表，裡面包含很多操作功能 的功能。把列表的每個小item寫成乙個子元件，當時寫子元件沒有考慮到資料量的問題。所以在寫子元件，並沒有做什麼優化，而且裡面還加了form表單校驗，裡面還有很多事件處理，樣式處理等等複雜的邏輯。注意 首先需要從設計上面...
記一次系統效能優化
用thinkphp3.2.3做了自己的畢業設計，上線使用後發現，響應時間比較長，經過檢測後發現是sql的查詢時間太長。這裡要感謝系統效能監控平台聽雲，他們的官網是 它能檢測到不正常的web請求 不正常的sql查詢 接著就是對mysql資料庫進行查詢的調優，筆者這裡採用建立索引的方法。什麼是索引以及索...