- 代碼優化： 內存的主要原因還是IO操作 等 變量不回收；還有是緩存等 都是放在內存 的；可以適當地清除一下緩存（沒用 時間長了的 定期來個過期時間等也是一個辦法） - 請求數據 是不是帶了大量的JS 等什么 - 把數據庫請求等IO操作 減少 - 然后看看redis 等內存緩存的問題 是不是大量的緩存數據在 - 數據庫優化： - 復合查詢：一次性查詢多條SQL語句，并將每一條SELECT查詢的結果合并成一個結果集返回。就需要用到Union操作符 - 優化策略： - 表本身有問題 值是數字的 類型用int 加索引的策略，和2表相連會不會導致索引失效 所有null都轉成其他的 刪掉沒有值的字段（值都沒有，怎么會用的到） 數據類型：A表id連b表a_id，A表id是int，B表a_id是var_char - 時間，如果是時間戳（int）比較會更快。>=會導致索引失效;判斷空 也影響性能 - 上阿里云的rds,磁盤讀寫會更快 - 問需求方，可不可以去些字段 - 去掉數據庫編程的case if等改用前端判斷，寫sql的時候先寫死，測試換上 從前端傳來的參數 - 使用limit