其實這個問題老是在面試的時候提到
1。建立專門的彙總表（這個表一般是每天晚上做統計處理），建立索引(索引的話，插入和修改會變慢，也是只做統計原因之一)，用來查詢，如果量非常大，那麼分表，還是大，那麼分庫,就是資料倉儲概念了
2。關聯表查詢(多表聯合查詢)的大資料，首先就是1(把多個表做成乙個統計表，或者多個表都做統計表處理)，不管關聯不關聯都做統計表處理，如果非得要操作表要處理，那麼做檢視是個好辦法
3.資料庫自己的解決方案：分割槽表，分割槽表是將大表的資料分成稱為分割槽的許多小的子集。
其他還有相關的dba查詢優化，我不懂
大資料量處理
看看這個，異曲同工，永遠不超時 該程式是針對非常龐大的資料庫開發的，沒有用迴圈 用途 對過萬條資料的資料庫字段內容批量替換 資料庫連線 dim beeyee dbname,connstr,conn,intsn1 dim content,num,intsn,intidno,strcodea,strco...
航測大資料量處理 大資料量處理及優化措施
1 首先考慮垂直拆分庫，不同的表拆分到不同的庫中，例如使用者庫 產品庫 支付庫 2 然後考慮水平拆分庫，將乙個表的資料放到多張表中，例如按照使用者 時間 訂單號 3 插入資料的時候不建立索引 4 待資料已經插入完成後，建立索引 5 正確的指定索引字段 6 使用批量插入資料庫的方式代替單條資料的插入 ...
mysql大資料量處理
2008 07 11 10 41 58 分類 mysql 舉報 字型大小訂閱 以下是個人的總結，有不對的地方大家指點 設計上 冗餘 有些能冗餘的就冗餘吧，盡量少關聯表 垂直分割槽，一條記錄中有text,varchar 這些能拆出來就拆出來，能用小的型別就用小的型別，如 char替換varchar之類...