bestie di stoccaggio estreme

Question

Introduzione Ho derivato da questa domanda la mia domanda precedente Single Drive vs unità multiple

Dopo aver ottenuto una risposta molto dettagliato da un membro molto utile RolandoMySQLDBA e imparando il fatto che a più unità può aiutare molto in alcuni casi. Ho iniziato a guardare in multi-drive per la mia messa a punto che è solo un singolo bit rispetto a quello che ho trovato.

Ulteriori informazioni Ho trovato abbastanza depositi enormi come

http://www.newegg.com/Product/Product.aspx L'articolo = N82E16811152212

Mentre alcuni video mostrano anche GB di velocità di scrittura di questo tipo di apparecchiature

• http://www.youtube.com/watch?v=Xjgw2ENYF6w
• http://www.youtube.com/watch?v=PniGlSI900k
• http://www.youtube.com/watch?v=I8ToJ4Blw74

vera domanda A condizione che ci sia abbastanza RAM per indici ricoperti, possano MySQL o altri RDBMS open source (non classificato enterprise RDBMS come Oracle perché la sua esecuzione su SAN è abbastanza comune) può essere eseguito su queste bestie facilmente?

perché contengono vera configurazione multi-drive e decine di teste sono disponibili.

sono sicuro che non sarebbe stato così semplice perché se avrebbe così facile perché la maggior parte delle configurazioni enterprise utilizzano server delle materie prime. Quindi, quali sono i problemi si trovano di fronte utilizzando queste soluzioni di storage estremo?

Answer 1

Tutto ciò che si deve fare è eseguire queste query:

MyISAM

SELECT CONCAT(ROUND(KBS/POWER(1024,
IF(PowerOf1024<0,0,IF(PowerOf1024>3,0,PowerOf1024)))+0.4999),
SUBSTR(' KMG',IF(PowerOf1024<0,0,
IF(PowerOf1024>3,0,PowerOf1024))+1,1))
recommended_key_buffer_size FROM
(SELECT LEAST(POWER(2,32),KBS1) KBS
FROM (SELECT SUM(index_length) KBS1
FROM information_schema.tables
WHERE engine='MyISAM' AND
table_schema NOT IN ('information_schema','mysql')) AA ) A,
(SELECT 2 PowerOf1024) B;

InnoDB

SELECT CONCAT(ROUND(KBS/POWER(1024,
IF(PowerOf1024<0,0,IF(PowerOf1024>3,0,PowerOf1024)))+0.49999),
SUBSTR(' KMG',IF(PowerOf1024<0,0,
IF(PowerOf1024>3,0,PowerOf1024))+1,1)) recommended_innodb_buffer_pool_size
FROM (SELECT SUM(data_length+index_length) KBS FROM information_schema.tables
WHERE engine='InnoDB') A,
(SELECT 2 PowerOf1024) B;

Queste vi consiglierà le dimensioni giuste per il MyISAM chiave di cache per MyISAM esistente e il pool di buffer per i dati InnoDB InnoDB e gli indici.

Durante l'esecuzione di queste query SQL raccomandano le dimensioni del buffer, il fattore umano deve ancora calciare in. Dobbiamo pianificare l'uso di dati basata su hardware e dei dati si accede di frequente. Dobbiamo anche chiedere:? Della quantità di tampone raccomandato, quanto della mia working set in realtà risiedere in memoria

Se si configura MySQL da utilizzare il 75% di RAM per InnoDB, anche su un server MySQL dedicato, il sistema operativo avrà un paging occupato su disco. Solo perché MySQL può utilizzare i numeri enormi per dimensioni dei buffer non significa che è OK per spingere i limiti. Due hanno due motori di archiviazione di base da prendere in considerazione.

L'utilizzo di hardware di largo consumo dimostra semplicemente MySQL configurabilità con risultati evidenti. A meno che non si sta utilizzando a 32 bit RHEL ( se si è, si prega di smettere di usarlo in questo momento, ottenere un sacco di caffè, go aggiornamento ), aumentando le dimensioni del buffer in bestie di archiviazione può essere ben attendibile.

Per esempio, il mio datore di lavoro ha un cliente con 3 DB server dedicati al solo MySQL. Ognuno ha 192GB di RAM di cui 162GB è il pool di buffer InnoDB. Il set di lavoro è in realtà 170GB. Mentre c'è un po 'di scambio e di paging in corso, le prestazioni DB è stupefacente. OS ha circa 30 GB di RAM per sé (16 GB di disco RAM per le tabelle del temp). Sono certo che questi server sono solo piccole lucertole rispetto ai server DB drago di Komodo dimensioni là fuori. MySQL può essere all'altezza del compito, se configurato correttamente .

Tieni presente che InnoDB mette i propri controlli ed equilibri in atto perché i limiti del codice sorgente di corrente InnoDB log file da 4 GB. Questo è il caso, perché InnoDB è stato originariamente progettato con hardware di largo consumo in mente. Alla luce di questo, ACID delle transazioni rendimento potrebbe collo di bottiglia non ci indipendentemente configurazione hardware della bestia lo stoccaggio e la versione di MySQL si sceglie di eseguire.

In conclusione,

E 'OK per limiti di spinta su Big Beefy DB server. Si dovrebbe sempre farlo con considerazione per il sistema operativo in termini di memoria, dello spazio di swap, Dataset di lavoro, e il numero di transazioni previste.