1、當使用索引列進行查詢的時候見諒不要使用表示式，把計算放到業務層而不是資料庫層
select id from table where id+1=5; 優先順序範圍為ref
select id from table where id=4; 優先順序範圍為count
2、盡量使用主鍵查詢，而不是其他索引，因此主鍵查詢不會觸發回表查詢
3、使用字首索引
4、使用索引掃瞄來排序
5、union all，in，or都能夠使用索引，但是推薦使用in
6、範圍列可以用到索引
但是where條件中的範圍查詢後的條件不會走索引
select * from dept where a>10 and b=1; b不會走索引
7、強制型別轉換會全表掃瞄
phone存在索引，phone的型別為varchar，上圖中第一條sql由int強制轉換為varchar，不走索引
8、更新十分頻繁，資料分割槽不高的字段上不宜建立索引
更新會變更b+樹，更新頻繁的字段會降低資料庫效能
9、建立索引的列，不允許為null，可能會得到不符合預期的結果
10、當需要進行表連線的時候，最好不要超過三張表，因為需要join的字段型別必須一致
11、如果明確知道只有一條結果返回，limit1能夠提高效率
12、單錶索引建議控制在5個以內
13、單索引欄位不允許超過5個（組合索引）
前端優化小細節
大方向網上很多，只說小細節。js css引入位置 css放頭部，js放尾部這個都知道了，就不說了。但根據情況不同，有時就需要使用其它方式。首頁類的檔案，在頁面載入完成之後，對將要在內頁或其它頁使用到的js進行引入。html5有預載入機制，我個人感覺直接引入來的方便。至於引入的方式，如果不受布局限制，...
個人專案優化小細節總結
作為開發人員，總是會遇到接手別人的二手專案，一般接手之後基本都會修改或者優化。這邊也是，接手了乙個二手專案，一些優化小細節總結下，也為自己以後優化多張張經驗。積少成多嘛。1.優化前 if push else 也不知道想表達什麼，反正當時還看了半天想著這業務邏輯，最後也是突然大悟 優化後 cbpush...
小程式 優化，部署，細節功能
作者 jeskson 達達前端小酒館 總結 些開發中的經驗以及 程式的優化 部署 上線。開發者 具的使 縮排與縮排設定 縮排有兩種 式 種是使 tab鍵，還有 種是使 空格，建議 家使 tab。程式預設 個縮排 個tab 2個空格，通常前端開發是 個tab 4個空格，你如果不習慣，可以在設定 進 設...