亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費(fèi)注冊(cè) 查看新帖 |

Chinaunix

  平臺(tái) 論壇 博客 文庫(kù)
最近訪(fǎng)問(wèn)板塊 發(fā)新帖
查看: 2029 | 回復(fù): 5
打印 上一主題 下一主題

選擇 MySQL 用的硬體 [復(fù)制鏈接]

論壇徽章:
0
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報(bào)告]
發(fā)表于 2009-03-12 07:57 |只看該作者 |倒序?yàn)g覽
http://blog.gslin.org/archives/2009/03/11/1969/



「5 Minute DBA – Database Server Hardware Selection」講了一些幫資料庫(kù)選擇硬體的方式,其實(shí)是偏向 MySQL…

簡(jiǎn)單的說(shuō),CPU 超過(guò) 8 CPU 其實(shí)意義不大,不需要買(mǎi) 4*4core 或是 4*6core,因?yàn)?MySQL 目前無(wú)法利用到。

記憶體愈大愈好,記憶體現(xiàn)在便宜許多,如果有 I/O bound 的問(wèn)題,除了改寫(xiě)程式外,直接把記憶體加到 32GB 或是 64GB 通常是最劃算的方法。

硬碟愈快愈好,有 Hardware RAID10 (要有電池) 會(huì)比軟體的 RAID10 好,不過(guò)這主要看需求,如果是 CPU bound 的應(yīng)用,說(shuō)不定 SATA 硬碟就夠用?

網(wǎng)卡請(qǐng)務(wù)必用 GigabitEthernet,最好是 bounding/trunking,除了增加 thoughput 外,也可以當(dāng)作 redundant link。然後作業(yè)系統(tǒng)一定要選 64bits,不然會(huì)受限於記憶體可定址空間。

評(píng)分

參與人數(shù) 1可用積分 +3 收起 理由
楓影誰(shuí)用了 + 3 我很贊同

查看全部評(píng)分

論壇徽章:
0
2 [報(bào)告]
發(fā)表于 2009-03-12 07:58 |只看該作者

MySQL HA

http://blog.gslin.org/archives/2009/03/12/1971/



MySQL 有幾種不同的方法實(shí)做 High Availability 架構(gòu):

    * Master-Slave Replication,當(dāng) master 當(dāng)?shù)魰r(shí),將 slave 提昇為 master。
    * DRBD + Heartbeat,透過(guò)網(wǎng)路對(duì) Disk 層 RAID1,平常只有一臺(tái)會(huì) mount 並跑 mysql,當(dāng)?shù)魰r(shí)會(huì)跳到另外一臺(tái)。
    * Master-Master Replication,當(dāng)其中一臺(tái)當(dāng)?shù)魰r(shí)直接到另外一臺(tái)使用。

這三種方法各有不同的缺點(diǎn),舉例來(lái)說(shuō):

    * Master-Slave Replication:master 當(dāng)?shù)魰r(shí)可能有 transaction 已經(jīng)寫(xiě)入,但尚未被送到 slave 而造成不同步。
    * DRBD + Heartbeat:當(dāng)備援機(jī)跳起來(lái)時(shí),記憶體內(nèi)都還沒(méi)有 cache,會(huì)造成剛跑起來(lái)時(shí) MySQL I/O bound,有時(shí)候叫做 “warm up problem”。
    * Master-Master Replication:query 會(huì)有 race condition (同時(shí)在 db1 下 DELETE FROM table1;,以及在 db2 下 INSERT INTO table1 SET col1=1;,有可能最後在 db1 上有資料,但在 db2 上沒(méi)有資料),這點(diǎn)可以用把寫(xiě)入固定到某一臺(tái)而避免,但由於也是 replication 類(lèi)的架構(gòu),也會(huì)遇到 Master-Slave Replication 所敘述的問(wèn)題。

由於資料的正確性會(huì)比其他的因素重要,現(xiàn)在我還是偏好用 DRBD + Heartbeat。因 query 的特性而不會(huì)有 query dependency 問(wèn)題的系統(tǒng)才會(huì)用 Master-Master。

論壇徽章:
0
3 [報(bào)告]
發(fā)表于 2009-03-12 07:58 |只看該作者

MySQL HA 與 Slave 的關(guān)係

http://blog.gslin.org/archives/2009/03/12/1972/



上面一篇「MySQL HA」其實(shí)是要提 Mark Callaghan 所寫(xiě)的「Global transaction IDs are hot」這篇文章。

在三種架構(gòu)下,DRBD + Heartbeat 的系統(tǒng)要加掛 slave 是最容易的,因?yàn)?master server 雖然跳動(dòng),但 replication 位置不會(huì)變。

在 Master-Master 架構(gòu)下,由於兩臺(tái) master 都有自己的 binlog,會(huì)使得 master 跳動(dòng)時(shí) slave 產(chǎn)生問(wèn)題,也就是在 Mark Callaghan 文章裡所寫(xiě)的三種解法 “switch and hope”、”check and lose”、”check and fix”。

這三種解法都並沒(méi)有很完滿(mǎn)的解決問(wèn)題 (第三種解法雖然看起來(lái)有 “fix”,但是透過(guò)工人智慧手動(dòng)解決)。

一種方法是引入 Global transactions IDs,這是由 Google 提出的 patch:「MySQL Hierarchical Replication & Global Group IDs」,對(duì) binlog 每筆 transaction 都加上一組 64bits 且遞增的數(shù)字,這樣 slave 就不會(huì)受到 master 切換而產(chǎn)生 replication err。

先記錄下來(lái),之後很有可能會(huì)透過(guò) Google 又找到自己寫(xiě)的文章…

論壇徽章:
0
4 [報(bào)告]
發(fā)表于 2009-03-12 10:58 |只看該作者
blog 內(nèi)容不錯(cuò)!
我最近發(fā)現(xiàn)一個(gè)有趣的問(wèn)題;
在 64bit 服務(wù)器上的 MySQL 單線(xiàn)程使用內(nèi)存如果大于 5G,線(xiàn)程會(huì)掛掉!
呵呵

論壇徽章:
0
5 [報(bào)告]
發(fā)表于 2009-03-12 11:00 |只看該作者
說(shuō)句題外話(huà)
最近兩會(huì)有代表提議恢復(fù)使用繁體字
我能看懂LZ的繁體字內(nèi)容,但還是用ms word轉(zhuǎn)換成簡(jiǎn)體字看了一遍!

論壇徽章:
0
6 [報(bào)告]
發(fā)表于 2009-03-12 13:50 |只看該作者
原帖由 simeiren 于 2009-3-12 10:58 發(fā)表
blog 內(nèi)容不錯(cuò)!
我最近發(fā)現(xiàn)一個(gè)有趣的問(wèn)題;
在 64bit 服務(wù)器上的 MySQL 單線(xiàn)程使用內(nèi)存如果大于 5G,線(xiàn)程會(huì)掛掉!
呵呵




單線(xiàn)程使用5G的內(nèi)存,舉個(gè)例子吧!
您需要登錄后才可以回帖 登錄 | 注冊(cè)

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號(hào)-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號(hào):11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報(bào)專(zhuān)區(qū)
中國(guó)互聯(lián)網(wǎng)協(xié)會(huì)會(huì)員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過(guò)ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請(qǐng)注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP