Puncte:0

mysql, relocarea bazelor de date individuale față de întregul director de date

drapel us

Trebuie să mut bazele de date pentru clienți mysql pe alt disc, în scopul de a:

 1. Separarea datelor utilizatorului de fișierele de sistem
 2. Ușurința de a face backup separat pentru datele sistemului și ale utilizatorului
 3. Ușurința de a actualiza sistemul

Următoarele articole au fost utile:

  [cum-se-mută-mysql-datadir-în-o altă unitate] [1]
  [mută-o-o bază de date mysql-în-o altă locație][2]

Rulând pe un sistem ubuntu-18, se pare că variabila innodb_file_per_table este setată implicit:

mysql> AFIȚI VARIABILELE GLOBALE CA 'innodb_%';
...
| innodb_file_per_table | PE 
...

(Aceleași rezultate fără GLOBAL)

Nu pot găsi orice referință la innodb_file_per_table în orice fișiere de configurare; singurul fișier cu mult în el este

  /etc/mysql/mysql.conf.d/mysqld.cnf

Sunt îngrijorat de ceea ce este încă stocat în fișiere

  /var/lib/mysql/ibdata1
                /ib_logfileN

Am observat că simpla accesare a unei baze de date face ca acestea să fie actualizate.

Întrebările mele sunt:

  1. Dacă mut numai bazele de date clienți (pe un disc separat) și discul de sistem este pierdut și trebuie recreat de la zero, va se pierde ceva?

  2. Este mai bine să mut toate bazele de date, inclusiv (mysql, performance_schema și sys) pe un disc separat?

  3. Ar fi mai bine să mut întregul director de date pe un disc separat, indicându-l prin variabila „datadir” din /etc/mysql/mysql.conf.d/mysqld.cnf?

  4. Care sunt ramificațiile nu folosind opțiunea 3 dacă discul de sistem este pierdut?

Puncte:0
drapel ua

Cel mai bine ar fi să mutați toate tabelele MySQL pe alt disc. Orice încercare de a împărți „clienții” ar adăuga complexitate și ar face obiectivele tale dificile. (Dacă aceasta devine o cerință, putem discuta în continuare.)

În esență, singurul fișier care este lăsat în urmă de o astfel de mutare este fișierul (fișierele) de configurare. Ai mentionat /etc/mysql/mysql.conf.d/mysqld.cnf, dar ar putea exista și alte fișiere de configurare pe acolo.

În altă parte este un director mai mare care conține o grămadă de fișiere, plus subdirectoare care corespund „bazelor de date” pe care le-ați creat. Pur și simplu aș muta întregul copac. Dacă utilizați un sistem de operare bazat pe Linux, atunci utilizați un link simbolic de la locația veche la cea nouă. Nu sunt necesare modificări explicite de configurare.

Apoi, dacă oricare dintre discuri se blochează, nu puteți ajunge la date. Ideea mea este că jocul cu fișiere și directoare nu te va aduce neapărat mai aproape de „securitate”.

În schimb, concentrați-vă pe copii de rezervă. Și/sau „Replicare”. Acesta din urmă necesită un plus Server și oferă o copie completă a datelor. Apoi, dacă oricare dintre servere se blochează, nu ați pierdut nimic.

LVM este o altă tehnică de rezervă; beneficiile de a avea un disc pentru baza de date. Dar asta adaugă o grămadă de complexitate.

Vă sugerez să mai citiți și să păstrați mintea deschisă. Ai găsi multe care se potrivesc direct cu ideile tale.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.