大型資料庫表結構設計原則

個人分析如下：

1. 資料庫讀、寫比例。常理客戶是無法容忍長時間[10秒以上]無法打開頁面。是以讀表權重高于寫表操作。
2. 根據産品的業務需求判斷資料庫的容量級别。每天都寫庫容量，每月，每年。可以考慮根據時間索引并分表
3. 如何減少表關聯帶來的巨大資料量，導緻記憶體洩漏，服務崩潰。多次單表查詢的效率遠高于大表的級聯查詢
4. 資料表屬于資源類，資料表之間的關系屬于資源關系類。資源關系可以考慮中間表或者緩存解決，緩存常用的資料關系，具體要根據需求而定
5. 寫表既鎖表，而且索引越多，寫表操作操作越大。寫入資料先緩存，批量導入資料庫。
6. 緩存熱門資源資訊
7. 關于索引。隻要被索引的列（例如回複表的标題ID）不被頻繁更新，即使索引所在地行的其它列被頻繁update,索引也不會被更新進而産生性能消耗