A. 千萬級資料庫多表查詢解決方案
啟用緩存 可以大大縮短時間和提高效率！
B. mysql千萬級數據update怎麼優化
提問：何設計或優化千萬級別表外其信息覺題點范簡單說該何做於存儲設計必須考慮業務特點收集信息：
1.數據容量：1-3內概少條數據每條數據概少位元組；
2.數據項：否欄位些欄位值否經更新；
3.數據查詢SQL條件：哪些數據項列名稱經現WHERE、GROUP BY、ORDER BY句等；
4.數據更新類SQL條件：少列經現UPDATE或DELETE WHERE句；
5.SQL量統計比：SELECT：UPDATE+DELETE：INSERT=少
6.預計表及相關聯SQL每總執行量何數量級
7.表數據：更新主業務 查詢主業務
8.打算採用資料庫物理伺服器及資料庫伺服器架構
9.並發何
10.存儲引擎選擇InnoDBMyISAM
致明白10問題至於何設計類表應該都清楚
至於優化若指創建表能變表結構建議InnoDB引擎利用點內存減輕磁碟IO負載IO往往資料庫伺服器瓶頸
另外優化索引結構解決性能問題建議優先考慮修改類SQL語句使更快些已靠索引組織結構式前提 索引已經創建非若讀主考慮打query_cache 及調整些參數值：sort_buffer_size,read_buffer_size,read_rnd_buffer_size,join_buffer_siz
更信息參見：
MySQL資料庫伺服器端核參數詳解推薦配置
紙談兵說我思路及我解決拋磚引玉
我近解決問題
我現公司三張表5億數據每張表每增量100w
每張表概10columns左右
面我做測試比
1.首先看engine,數據量情況沒做區情況
mysiam比innodb讀情況效率要高13％左右
2.做partition讀mysql官文檔其實於partition專門myisam做優化於innodb所數據存ibdata面所即使看schema變其實沒本質變化
區於同physical disk面情況提升概1％
區同physical disk我三同disks提升概3％其實所謂吞吐量由素決定比explain parition候看record區每區都其實本質沒解決讀問題提升寫效率
另外問題於區張表三column都經用於做查詢條件其實件悲慘事情沒辦所sql做針性區mysql官文檔說間做區且用間查詢恭喜
3.表主要用讀寫其實問題充應該問寫入候同並發查詢我問題比較簡單mongodb shredding支持能crushmysql所通情況9am－9pm寫入情況候我做 viewview基於近插入或者經查詢通做view離讀取說寫table讀進行邏輯判斷前view操作
4做些archive table比先些表做已統計析通已析＋增量解決
5用mysiam問題要注意.configure候加max index length參數候record數於制定度候indexdisable
C. 怎麼樣提高千萬級SQL資料庫查詢速度
1.對查詢進行優化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。
2.應盡量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：
select id from t where num is null
可以在num上設置默認值0，確保表中num列沒有null值，然後這樣查詢：
select id from t where num=0
3.應盡量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進行全表掃描。
4.應盡量避免在 where 子句中使用 or 來連接條件，否則將導致引擎放棄使用索引而進行全表掃描，如：
select id from t where num=10 or num=20
可以這樣查詢：
select id from t where num=10
union all
select id from t where num=20
5.in 和 not in 也要慎用，否則會導致全表掃描，如：
select id from t where num in(1,2,3)
對於連續的數值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3
6.下面的查詢也將導致全表掃描：
select id from t where name like '%abc%'
若要提高效率，可以考慮全文檢索。
D. sql server 到底能否處理百萬級，千萬級的數據
sql server 到底能否處理百萬級，千
最近又想起曾經被忽悠過n 次的問題。
剛畢業的時候，很多次去面試的時候被問及sql server 能處理能力，
以及上百萬級別的數據的優化問題？我當然是說東又扯西的，說了一大堆方法
我吹你吹了半天後，得到的提問著告訴我的很輕描淡寫的答案是：不行，
sql server 不行，百萬級別還是換oracle 好。
我當時總是很茫然的接受答案。因為我沒玩過，我沒發言權。(但是我搞
的緣由？是到今日，自己面試別人了，也還是不明白當時那些面試官的心態。)
。。。。。。兩年時間過去了。。。。。。
我很有幸在一個小門戶（其實也還好，不是那麼小了），玩過百萬級的數
據了。真是很榮幸還能玩到bbs 庫這樣的實時操作比較多的庫。
當我再一次在面試中被問到sql server 的處理能力的時候，我能很有底
氣的告訴他們sql server 能承受百萬級別的處理能力，我也實踐證明了它能。
這時候面試官總是表現得思維很敏捷，問題又很快出來了，處理千萬級別的數
做。 我再次追問面試官給出的答案當然還是無情的否認了sql server。
。。。。。又兩年時間過去了。。。。。。
目前又有幸玩門戶的bbs，記錄是過億的。每天這過億記錄的表的查詢次
數過了千萬，我當然現在沒有去面試，但是我還是真心的在這里希望不要碰到
問我sql server 處理百億級，千億級的數據的性能問題，更不希望告訴我答案
是換oracle。
sql server 我真為它難過。在這里我要為sql server 平反也想在此也問問各
位，目前用sql server 處理數據的級別和對它的看法，當然也可以評論下其他
人對sql server 的看法。
E. SQL千萬級資料庫模糊查詢問題
%開頭的模糊查詢是沒有辦法使用索引的，怎麼優化都沒有用。
一個建議，就是分析欄位的含義，以及典型的查詢需求，把這個欄位拆分為多個獨立欄位，分別建立索引，這樣查詢才爽。例如你這個數據，看起來是『年月日時分秒』的格式，可以把這些信息分散到年、月、日這樣的欄位裡面，就可以模糊查詢所有年度的【月】或者類似的復雜組合——需要模糊的內容不寫在WHERE裡面即可。
F. mysql 千萬級資料庫如何進行多張結構相同的表聯合查詢如何優化或設置提高查詢速度
我也遇到相同的問題，我的環境是MS SQL
[email protected]
G. Mysql 千萬級數據量插入和查詢應該怎麼優化
mysql
千萬級數據量插入和查詢應該怎麼優化
大資料庫優化sql,索引,橫向縱向切割!多庫,主從,讀寫分離