sql >> Databáze >  >> RDS >> Mysql

Vysoké využití procesoru MySQL

Nejprve bych řekl, že pravděpodobně budete chtít vypnout trvalá připojení, protože téměř vždy nadělají více škody než užitku.

Za druhé bych řekl, že chcete znovu zkontrolovat své uživatele MySQL, jen abyste se ujistili, že není možné, aby se někdo připojoval ze vzdáleného serveru. Toto je také hlavní bezpečnostní záležitost, kterou je třeba zkontrolovat.

Za třetí bych řekl, že chcete zapnout Pomalý dotaz MySQL Přihlaste se, abyste měli na očích všechny dotazy, které trvají dlouho, a použijte to, abyste se ujistili, že žádné dotazy nezablokují tabulky klíčů příliš dlouho.

Některé další věci, které můžete zkontrolovat, je spuštění následujícího dotazu při vysokém zatížení CPU:

SHOW PROCESSLIST;

Zobrazí se vám všechny dotazy, které aktuálně běží nebo jsou ve frontě ke spuštění, co je dotaz a co dělá (tento příkaz zkrátí dotaz, pokud je příliš dlouhý, můžete použít SHOW FULL PROCESSLIST pro zobrazení celého textu dotazu) .

Budete také chtít dávat pozor na věci, jako je velikost vyrovnávací paměti, mezipaměť tabulky , mezipaměť dotazů a innodb_buffer_pool_size (pokud používáte tabulky innodb), protože všechny tyto alokace paměti mohou mít vliv na výkon dotazů, což může způsobit, že MySQL zabere CPU.

Pravděpodobně si také budete chtít přečíst následující, protože obsahují dobré informace.

Je také velmi dobrý nápad použít profilovač. Něco, co můžete zapnout, když chcete, co vám ukáže, jaké dotazy vaše aplikace běží, zda existují duplicitní dotazy, jak dlouho to trvá atd., atd. Příklad něčeho takového je ten, na kterém jsem pracoval s názvem PHP Profiler ale je jich tam hodně. Pokud používáte nějaký software, jako je Drupal, Joomla nebo Wordpress, budete se chtít zeptat v komunitě, protože pro ně pravděpodobně existují moduly, které vám umožní získat tyto informace, aniž byste museli cokoliv ručně integrovat.



  1. Může ColumnStore pomoci stránkování?

  2. Sekvence provádění klauzule Seskupit podle, Mít a Kde v SQL Server?

  3. Veselé tweety o životě DBA

  4. Chyba Oracle ORA-12154 na místní IIS, ale ne na serveru Visual Studio Development Server