più file system per mysql

Il mysql support più file system per un singolo database con la maggior parte delle tabelle che sono su MyISAM?

Context: abbiamo un database mysql da 1,5 TB, che sta aumentando alla velocità di 200 GB al mese. L'accumulo è direttamente collegato, le cui scanalature sono quasi piene. Posso aggiungere un altro DAS e aumentare il file system. Ma ridimensionare il volume, ridimensionare il file system, ecc. Stanno diventando disordinati. C'è un concetto di "tablespace, datafile" (come in oracle) nel mondo MySql?

Oppure come gestisci MySql db con questi tipi di vincoli?

  • Crittografa la connessione tra server web apache e server mysql
  • Come posso trovare where MySQL sta caricando il suo config?
  • Che cosa causa l'errore MySQL 1062 - duplica la voce quando si avvia lo slave?
  • Qual è il modo standard per distribuire memcached?
  • MySQL 5.1 vs MySQL 5.5 (5.1 due volte più veloce)
  • Come faccio a modificare i privilegi per l'utente MySQL già creato?
  • Errore MySQL all'avvio: opzione ambigua '--log = / var / log / mysqld.log'
  • Modifica di MySQL datadir sul server attivo
  • 4 Solutions collect form web for “più file system per mysql”

    La risposta breve è "no". Scusate.

    Una soluzione che ho fatto è mettere i file di dati innodb su un dispositivo e il datadir su un altro. Questo ha l'effetto di essere un modo povero di dividere i tuoi tavoli innodb e myisam attraverso diversi depositi. Ma non ti aiuta in una situazione di un gigante.

    Allo stesso modo, la function di partizione nativa di 5.1 solo interrompe la tabella in più file, ma tutti vivono ancora nel datadir.

    Se si prevede che questa crescita continui in modo indefinito, non c'è alcuna soluzione, è necessario progettare uno strato di astrazione su più server mysql. Se pensi che sarà più probabile si può probabilmente scappare con un grande DAS o SAN entry level.

    Con MySQL 5.1+ è ansible partizionare su più dischi. Finché il nuovo archivio appare come unità logica, è necessario utilizzarlo per una partizione.

    La parte difficile probabilmente sta andando a calcolare il nostro modo di partizionare logicamente il database in modo da non eseguire rapidamente i vincoli di archiviazione in futuro.

    Realisticamente, se il tuo DB sta crescendo a questo ritmo, probabilmente cercherò una grande SAN o un altro sistema di storage multi-TB, per evitare di wherer aggiornare per lungo tempo. Non vorrei manipolare la quantità di dati molto spesso. Qualcosa nella gamma di 30 – 50Tb durava molto tempo al tuo tasso di crescita.

    Questa è una domanda piuttosto confusa. MySQL non support i file system, questo è il lavoro del sistema operativo. In breve, se il sistema operativo support un particolare file system ed è supportto da MySQL allora MySQL functionrà felicemente su quel file system. Il motore DB utilizzato (MyISAM, Innodb, ecc.) Non influisce affatto.

    Invece di aggiungere l'archiviazione in modo ad-hoc che descrivi, dovresti tornare indietro e iniziare con un piano reale. Prova quanto spazio di archiviazione di questo DB richiede e quindi lo imposta in modo appropriato, utilizzando il metodo RAID più appropriato al modo in cui viene utilizzato DB.

    vorrei abbattere quella cosa spaventosa. altrimenti avrai tempo di difficoltà a riprendere il backup e soprattutto ripristinare o forse aggiungere un indice / colonna.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.