E ci sono molti altri esempi. Sono sicuro che puoi nominarne rapidamente altri cinque tu stesso.<\/p>\n
Ho impegnato (gioco di parole, una specie di) la mia giusta quota di tutto quanto sopra, ma una delle cose che vedo dalle persone che lavorano nel nostro spazio.<\/p>\n
Cio\u00e8, coloro che lavorano con applicazioni Web supportate da database, \u00e8 la mancanza di comprensione dell’organizzazione del database a livello di file system e di come sia possibile ricostruire i dati anche quando non si dispone di un backup standard su cui lavorare.<\/p>\n
In questo post, approfondir\u00f2 l’organizzazione del database MySQL a livello di file system, come ripristinare le informazioni da quello rispetto a un file di backup se dovessi trovarti in quella situazione e fornire riferimenti (o segnalibri) dovrebbero ne hai bisogno.<\/p>\n
Ricostruzione dati MySQL<\/h2>\n
Per essere chiari, parler\u00f2 di un database MySQL in esecuzione su una variante di un sistema operativo basato su *nix (quindi stai guardando una distribuzione di Linux o macOS).<\/p>\n
Le posizioni dei file (che tratter\u00f2 momentaneamente) varieranno su un sistema basato su Windows, ma dovrai fare riferimento al manuale MySQL<\/a><\/strong> o a una risorsa simile per trovarli.<\/p>\n Il punto \u00e8: prima di approfondire questo articolo, scopri dove risiedono i file sul tuo sistema operativo. Ad esempio, se stai utilizzando macOS e probabilmente lo troverai in \/usr\/local\/mysql\/data.<\/strong><\/p>\n Preferisco usare Homebrew<\/a><\/strong> quindi i miei database MySQL sono in \/usr\/local\/var\/mysql<\/em><\/strong> .<\/em> E come puoi vedere sopra, noterai file che hanno lo stesso nome dei database che hai sul tuo sistema .<\/p>\n A livello di superficie, sembra piuttosto semplice. Ma se devi aprire la directory come menzionato sopra, scoprirai che gran parte di ci\u00f2 che vedi sono directory – non file, di per s\u00e9 – che contengono pi\u00f9 informazioni.<\/p>\n<\/p>\n Se approfondisci una delle directory, vedrai una variet\u00e0 di file:<\/p>\n Questi includono file che includono i seguenti tipi:<\/p>\n E ognuno di questi tipi di file esiste per ogni tabella nel database.<\/p>\n Quindi diamo un’occhiata a questi pi\u00f9 in profondit\u00e0 per avere una maggiore comprensione di cosa sia esattamente costituito da un database.<\/p>\n In generale, la maggior parte di noi sa che MySQL \u00e8 un database relazionale<\/a><\/strong> e ogni database \u00e8 costituito da un insieme di tabelle che memorizzano tutti diversi tipi di informazioni (e molte tabelle sono correlate tra loro in qualche modo anche se \u00e8 solo un valore in un singola colonna).<\/p>\n Ma questo post non riguarda l’aspetto relazionale del database n\u00e9 il modo in cui siamo in grado di eseguire query su di esso. (Se sei interessato, fallo: \u00e8 tutto basato sul calcolo delle tuple<\/a><\/strong> .)<\/p>\n Si tratta invece di comprendere che per ogni tabella esiste un insieme di file che fanno riferimento alle informazioni contenute in ogni tabella. E<\/p>\n Poich\u00e9 ogni tabella in un database \u00e8 composta dai tipi di file precedenti, esaminiamo il singolo tipo di file e quindi determiniamo il ruolo che svolge per ciascuna tabella (e, in definitiva, come ci\u00f2 influisce sull’intero database).<\/p>\n Nelle informazioni di cui sopra, ci sono altri due argomenti che vale la pena esplorare.<\/p>\n Prima di esaminare ciascuno di questi, nota che MyISAM e InnoDB sono quelli che vengono definiti motori di archiviazione. Sembra stravagante, ma ha a che fare con il modo in cui il software del database gestisce le operazioni di creazione, lettura, aggiornamento ed eliminazione delle informazioni<\/a><\/strong>.<\/p>\n Ciascuno di questi motori di archiviazione differisce nel modo in cui gestiscono transazioni, blocco, rollback e ricerche. Per coloro che sono amministratori di database, hai familiarit\u00e0 con tutto quanto sopra (ma probabilmente non lo stai leggendo \ud83d\ude43).<\/p>\n Non questo tipo di motore, ovviamente.<\/p>\n Per il resto di noi, questo \u00e8 quello che abbiamo:<\/p>\n Date tutte le informazioni di cui sopra, ognuno vede che i vantaggi del motore di archiviazione InnoDB superano di gran lunga quelli del motore di archiviazione MyISAM, specialmente se sei sopra per utilizzare una versione di MySQL almeno uguale a 5.6.4<\/p>\n A questo punto, supponiamo che tu sappia di avere accesso ai file che compongono il database dal sistema operativo.<\/p>\n Forse \u00e8 un backup precedente, forse sei in grado di individuare i file su disco, o forse sei in grado di recuperarli in qualche altro modo e devi ripristinare il database a un punto precedente.<\/p>\n Prima di fare qualsiasi cosa, imposta un database vuoto sul tuo computer locale e poi lavora per importare le informazioni. Ma, ancora una volta, non \u00e8 come usare semplicemente un front-end di database per importare un file SQL.<\/p>\nCome sono organizzati i database<\/h3>\n
![\"La](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163965-61e75bde646e7.png\")
<\/a><\/p>\n\n
1 Il database \u00e8 un insieme di file<\/h4>\n
![\"La](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163965-61e75be15f8cc.jpg\")
<\/a><\/p>\n2 Comprendere i tipi di file<\/h4>\n
\n
\n
MyISAM e InnoDB: qual \u00e8 la differenza?<\/h5>\n
![\"La](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163965-61e75be446350.jpg\")
<\/a><\/p>\n\n
\n
3 Ricreare il database<\/h4>\n
![\"La](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163965-61e75be6c364a.jpg\")
<\/a><\/p>\n1 Non farlo in produzione<\/h5>\n
![\"La](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163965-61e75be94139d.jpg\")
<\/a><\/p>\n