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?

  • Configurazione hardware RAID1 - Possibili casi di settore non riuscito su un disco fisico. L'OS legge automaticamente dall'altro disco?
  • MySQL dump, esegue each row di tabella in una nuova row mentre si utilizza --extended-insert
  • Come controllare il throughput (query al secondo) di un database?
  • Crash sporadico del process di replica MySQL master-slave
  • Imansible installare mysql su ubuntu 12.04, Imansible trovare il file di messaggio '/usr/share/mysql/errmsg.sys'
  • Differnce tra wait_timeout e interactive_timeout
  • Oppure come gestisci MySql db con questi tipi di vincoli?

    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.