1. 請求佇列 + 連線池
2. 主要的業務邏輯挪到應用伺服器處理,資料庫只做輔助的業務處理
3. 快取
4. 快取更新(同步),快取失效(time out),重新去資料庫中查詢,實時性較差
5. 一旦資料庫中資料更新,立即通知前端快取更新,實時性較好
6. 快取換頁(記憶體不夠,將不活躍資料換出記憶體),fifo(先進先出),lru(最近最少使用least recently used),lfu(最不頻繁使用least frequently used)
7. 分布式快取(redis, memcached)
8. 資料庫讀寫分離
9.對資料庫負載均衡:replication機制
10. 資料庫分割槽(分庫、分表)
11. 應用伺服器負載均衡。增加乙個應用伺服器來實現,任務伺服器可監控應用伺服器的負載(cpu,io,併發,記憶體換頁),選取最低的伺服器進行任務分發
1. 資料拷貝 快取
2. 環境切換 該不該使用多執行緒,單核伺服器(使用狀態機程式設計,效率最高), 多執行緒能夠充分發揮多核伺服器效能
3. 記憶體分配 記憶體池
4. 鎖競爭
高效能伺服器架構(一) 緩衝策略
在伺服器端程式開發領域,效能問題一直是備受關注的重點。業界有大量的框架 元件 類庫都是以效能為賣點而廣為人知。然而,伺服器端程式在效能問題上應該有何種基本思路,這個卻很少被這些專案的文件提及。本文正式希望介紹伺服器端解決效能問題的基本策略和經典實踐 由韓大分享。在伺服器端程式開發領域,效能問題一直是...
高效能伺服器設計
原文 http blog.chinaunix.net u 5251 showart 236329.html 先後檢視了 haproxy l7sw 和lighttpd 的相關原始碼,無一例外,他們一致認為多路復用是效能最好的伺服器架構 事實也確實應該如此,程序的出現一方面就是為了儲存任務的執行上下文從...
高效能伺服器設計
先後檢視了haproxy l7sw 和lighttpd 的相關原始碼,無一例外,他們一致認為多路復用是效能最好的伺服器架構。事實也確實應該如此,程序的出現一方面就是為了儲存任務的執行上下文從而簡化應用程式設計,如果程式的邏輯結構不是很複雜,那麼用整個程序控制塊來儲存執行上下文未免有些大材小用,加上程...