現在SSD硬碟可以拿來跑資料庫嗎? (第6頁)

最終流放 ~銀翼之法姆~

最終流放 ~銀翼之法姆~
個人積分：13分
文章編號：39002192

13分

51樓

2012-10-09 8:58

tmat wrote:
我蠻好奇目前Mobi...(恕刪)

Mobile01的資料庫也不是絕對安全的,
三不五時掛掉資料庫回復沒有掛掉之前當天,
所以硬碟不是絕對安全的.就算企業級硬碟也一樣...

tcc7

tcc7
個人積分：43分
文章編號：39002837

43分

52樓

2012-10-09 9:28

要效能就要反正規化，
說要正規化的大概學校學的巴，
沒有處理big data的經驗，

iSCSI的，您是來亂的嗎?，效能卡在IO還用iSCSI，

SSD葛屁現在的資料救援公司已經可以救了，

你們資料庫可以用鏡像，分散查詢，
將title基本資料直接寫入，
例如會員資料存chiang不要存ID=1
有個一兩分鐘的時間差還可以接受，
或者將LIST頁面快取30秒，

如果是ORACLE可以開Materialized Views，
mysql用big data就傷腦筋了，把每個分類建立一個table分散在不同的raid
MSSQL可以分散table

table一開始就要locate目標大小，
例如預計會有五千萬筆，實際資料有12G，
一開始就占12G的實體空間，讓資料是連續，
index不要亂建，不是每個欄位都要有，
要檢視沒有效益的就砍了，
in要看清楚哪邊的table大，join和in在不同的資料量會有不同的效能，不見得哪個比較好，

結論換SSD安全性沒有問題，請買企業等級，
還有70%的資料庫效能問題在於資料庫設計、程式撰寫的問題，
並非硬體不足，找外包、專家花幾十萬比較實際、便宜。

綠手指

pcjustin

pcjustin
個人積分：63分
文章編號：39003492

63分

53樓

2012-10-09 9:53

Amazon DynamoDB就是用SSD

http://aws.amazon.com/dynamodb/

只是這花費會很貴

apile

apile
個人積分：0分
文章編號：39003719

0分

54樓

2012-10-09 10:02

Big Data: NoSQL可以考慮不用錢的：
apache cassandra 我之前有看過到某個版本後支援SQL/index 等等...
http://wiki.apache.org/cassandra/GettingStarted

另外也可以try apache hadoop...

瓶頸如果在網路tcp/ip...
也可以把db server 的tcp port多開幾個..
程式分散從不同的tcp port 連進 DB..

mi84036

mi84036
個人積分：0分
文章編號：39006235

0分

55樓

2012-10-09 11:41

我們有一台IBM 3650裝SSD跑DB，IO效能很好~~
7顆60GB做RAID 5，一顆hot spare。
(去年買的規格，不到50萬，現在同價格應該可以買到更大的容量)

不過全SSD感覺只適用在中小型的DB，幾百GB以下的都還不錯用。
容量大的SSD價格太貴了，通常很少人會買，HP 400GB SLC一顆7千多美金，用MLC的也要3千塊

不過還是要看預算吧！50萬以內的預算，又想要高IOPS那我覺得SSD是不錯的選擇
如果有上百萬的預算，那找有auto tire的storage應該是比較適合，全SSD還是有一定的風險

570

570
個人積分：3389分
文章編號：39007186

3389分

56樓

2012-10-09 12:18

我是總務, 做事也站在

企業的永續成長來思考.

看了這各方專業人仕的建議，

怎沒人提到要問蔣大，目前01資料庫總容量多少，應該是自有機房 ??

現今存取的快取開多大，每日資料膨脹多少空間，

如何備份資料庫(全備、異動之週期)，備份時間要花多久，多少人力。

是"專業??"代操，還是01職員。

((也不用管垂直或水平澎脹,蓋地球上尚未有大到倒掉的資料庫))

要先知道這些數據，才能用上各方大德的思考方向，去以二到三倍的成長模式來司考.

不管是優化軟硬 , 或是效能至上, 預算C/P , 資料安全, 這三者的權重分配

連搬家有分機車搞定或是出動堅達

總要先問.

tonyboy015

tonyboy015
個人積分：504分
文章編號：39008147

504分

57樓

2012-10-09 13:01

03006476700 wrote:
我們公司的資料庫就是用SSD架設的

速度真的是沒話說

但是就像是上述幾位說的

從語法下手，精簡才是王道

我們也一直有在精簡語法

因為SSD一出事會一整個很不穩定

RAID我覺得是個不錯的選項

現在我們公司的架構是

SSD+鏡像備份

還有定時的異地資料的備份

天天都跑

就是怕SSD掛掉

給你參考嚕..(恕刪)

請問架設多久了，SSD多久會掛幾顆???頻率?

感請賜教一下^^

xu.6 wrote:
如果要用SSD突破IO瓶頸，那可能得用pci-e的ssd
得用錢堆出來的 ...(恕刪)

是阿，很夭壽，看過一片1.6T的pci-e的ssd，要價半台車子，頭皮一陣發麻

fonestock

fonestock
個人積分：11分
文章編號：39008293

11分

58樓

2012-10-09 13:07

那這樣不如就直接做 ramdisk 了
要多快有多快....脫離i/o瓶頸~~

note3 32g 2013/09/30

chiang

chiang
個人積分：20653分
文章編號：39009346

20653分

樓主

2012-10-09 13:55

非常謝謝大家的熱心回答，網友提供的很多方式我們都已經嘗試過，甚至也已經在用了，可能是我們能力遇到瓶頸吧，我們會再努力試著調整跟解決看看

我們目前的情況大概是55GBdatabase，16顆73GB SAS 15000轉硬碟 RAID 6，ext3檔案格式，64GB memory cache，每日增加約30MB，QPS平均2000高的話大概是3200

利用這個機會也來徵人一下，如果有伙伴有大型網站的維運經驗，非常歡迎加入我們，有興趣的請跟我聯絡喔!

請多多點擊贊助商廣告，有贊助商的支持才有穩定的Server和快速頻寬。

ha413826

ha413826
個人積分：110分
文章編號：39009855

110分

60樓

2012-10-09 14:18

chiang wrote:
非常謝謝大家的熱心回...(恕刪)

在資料庫前端加上SQL負載平衡器,多分幾台SQL做cluster SQL Database再加上2-tier備份主機
這樣應該比一味的處理主機內部I/O的瓶頸方便多了