È pratica comune mescolare le tabelle InnoDB e MyISAM sullo stesso server?

Ho un singolo database di circa 4,5 GB in esecuzione su un server con 8 GB di RAM. La stragrande maggioranza dei tavoli sono MyIsam (circa 4,3 GB), ma presto li convertirò in InnoDB. (Sarà un processo lento, concentrandosi inizialmente sulle tabelle più intense in scrittura).

C'è qualcosa di sbagliato nell'esecuzione di un server dedicato in cui esistono entrambi i tipi di motori di archiviazione?

Non c'è niente di sbagliato nell'usare più motori di archiviazione sulla stessa macchina fisica, purché tu comprenda i pro e i contro di ciascuno. Esistono considerazioni sulle prestazioni, limitazioni delle funzionalità e casi d'uso per tutti i tipi di archiviazione dei plug-in.

Ad esempio, se hai una piccola tabella con il 90% di scritture, puoi scegliere MyISAM. Se i dati possono essere rigenerati facilmente ed è una piccola tabella, diciamo per l'accodamento, potresti scegliere Memoria. Se hai una tabella che legge il 90% e i dati devono essere lì quando la cerchi, allora probabilmente sceglieresti un motore di archiviazione che supporta transazioni e atomicità configurabile, come InnoDB. Se si desidera l'accessibilità tramite il file system senza dati dannosi, è possibile scegliere CSV.

Tuttavia, è possibile utilizzare in modo sicuro più motori di archiviazione all'interno dello stesso schema e dell'host fisico.

Vorrei sottolineare, tuttavia, che i buffer hanno un ruolo in tutto questo casino. Se usi sia MyISAM che InnoDB, dovrai fare attenzione che key_buffer e innodb_buffer_pool non contendano. Ciò richiederà un'attenta pianificazione da parte tua, ma è quello che facciamo.

Non posso dirti se questa è una pratica comune. Posso dire della mia esperienza.

Uso sempre lo strumento migliore per il lavoro, quindi mescolo sempre i motori. La maggior parte dei miei progetti utilizza MyISAM come motore predefinito.

Quando ho bisogno di funzioni speciali disponibili solo su InnoDB, ci provo.

Quando una tabella è per lo più di sola lettura, scelgo il motore di archiviazione prima di poter lampeggiare.

Sapendo che il server della macchina ha memoria sufficiente, tutti i miei dati temporanei sono memorizzati su tabelle Heap.

Ho visto in passato alcuni rallentamenti nel mescolare MyISAM e InnoDB ma questo non è un problema specifico di MySQL. È un problema di progettazione che non appare quando si utilizza un solo motore. In realtà, l'utilizzo di un motore errato provoca un rallentamento maggiore, indipendentemente dal fatto che si tratti solo di MyISAM, di InnoDB o di un mix di entrambi. È difficile definire una formula per sapere quando si verificherà il rallentamento. Solo test reali potrebbero dirtelo.

Naturalmente, non è possibile preservare l'integrità e la coerenza mescolando InnoDB e MyISAM su una query univoca.

Cerco di evitare di mescolare le tabelle MyISAM e InnoDB nello stesso database, ma questo è per ragioni di sanità mentale piuttosto che pratiche. Tuttavia, trovo utile disporre di un database con tabelle MyISAM per la ricerca full-text in modo da poterlo eseguire sui siti. Conservarlo in un database separato con una chiave esterna per ogni voce rende facile per tutti gli altri sviluppatori che lavorano sul DB vedere cosa sta succedendo.