modo per impedire alle query di attendere il blocco a livello di tabella

Abbiamo riscontrato un problema dopo aver spostato il database dei nostri clienti su un server aggiuntivo. Ciò avrebbe dovuto avere effetti positivi sulle prestazioni del sito, ma si è verificato un problema con il blocco delle tabelle in MyISAM. (Ho sentito di usare InnoDB invece di MyISAM, ma non possiamo cambiare il motore nel prossimo futuro).
Potremmo individuarlo in una query di aggiornamento che viene eseguita quando un moderatore attiva un commento sul sito. Questo è il processo:

• la query di aggiornamento viene elaborata SET status = 1 WHERE id = 5(l'indice è impostato)
• i file memorizzati nella cache della pagina vengono eliminati

A questo punto l'intera pagina diventa lenta. Il database stesso è occupato per minuti. Ho recuperato l'elenco dei processi alcune volte e ho visto circa 60 voci di diverse query di selezione, tutte in attesa dello stato di blocco a livello di tabella .

1. Non capisco perché questo aggiornamento sulla tabella article_commentspossa influenzare le istruzioni select per la tabella articlein attesa del blocco a livello di tabella. Nella processlist quasi tutte le query in attesa provenivano da questa tabella. Ho letto del fatto che gli aggiornamenti / inserimenti sono preferiti alle selezioni e che ciò può causare tali problemi, ma la stessa tabella degli articoli non viene aggiornata quando i commenti vengono attivati, quindi le selezioni non dovrebbero attendere. L'ho sbagliato?
2. C'è qualcosa oltre a passare a InnoDB per prevenire questo comportamento o almeno per ottenere un migliore equilibrio? Sono molto irritato dal fatto che questo problema non si sia verificato prima di spostare il database sul nuovo server. Immagino che ci sia qualche configurazione errata ma non so come identificarmi.

MyISAM Storage Engine è furiosamente noto per l'esecuzione di blocchi di tabelle complete per qualsiasi DML (INSERT, UPDATE, DELETE). InnoDB risolverà definitivamente questo problema a lungo termine.

Ho scritto di pro e contro dell'utilizzo di MyISAM vs InnoDB

• InnoDB vs MyISAM con molti indici (05 lug 2012)
• Qual è più veloce, InnoDB o MyISAM? (03 maggio 2012)
• Qualche problema con la conversione da MyISAM a InnoDB? (09 gen 2012)
• Dovrei usare un motore di archiviazione diverso da MyISAM per ottimizzare queste tabelle o dovrei ottenere dischi migliori? (07 ottobre 2011)
• Vantaggi del blocco a livello di tabella (14 settembre 2011)
• Quali sono le principali differenze tra InnoDB e MyISAM? (14 aprile 2011)

Per quanto riguarda la tua domanda attuale, ecco un possibile scenario:

• articlee article_commentssono entrambe le tabelle MyISAM
• article_commentsha uno o più indici con statuscome colonna
• Gli aggiornamenti delle pagine dell'indice per article_commentsvengono memorizzati nella cache del buffer delle chiavi MyISAM (dimensionato da key_buffer_size ), causando le vecchie pagine dell'indice dal buffer delle chiavi MyISAM
• Sono presenti query SELECT che eseguono JOIN tra articleearticle_comments

Nel mio scenario suggerito, SELECTs rispetto al articletavolo può essere trattenuto dal consentire le scritture a causa della necessità di attendere la liberazione article_commentsda qualsiasi DML (in questo caso, un UPDATE)

A questo punto l'intera pagina diventa lenta. Il database stesso è occupato per minuti.

Odori come se avessi una grande Query_cache?

mysql> SHOW VARIABLES LIKE 'query_cache%';
+------------------------------+----------+
| Variable_name                | Value    |
+------------------------------+----------+
| query_cache_limit            | 1048576  |
| query_cache_min_res_unit     | 4096     |
| query_cache_size             | 16777216 | -- Not over 50M
| query_cache_type             | DEMAND   | -- Only if using SQL_CACHE
| query_cache_wlock_invalidate | OFF      |
+------------------------------+----------+

Per i sistemi di produzione con molte scritture, puoi anche disattivare query_cache.

Tutte le voci in query_cache per la tabella specificata vengono eliminate quando si verifica una scrittura su quella tabella. Maggiore è il controllo qualità, più lento è questo compito.

MyISAM utilizza blocchi "a livello di tabella". Lettura e scrittura non possono avvenire contemporaneamente (sulla stessa tabella). Crudo, ma efficace.