mysql 1.42_MySQL 5.7 OOM问题诊断--就是这么简单_Mysql_数据库

Inside 君最近把金庸先生的笑傲江湖重看了三遍，感慨良多。很多工作、管理、生活、学习上的问题都能在其中一窥究竟，而那是年轻时所不能体会的一种感悟。比如下面风清扬的这段话：

风清扬又道：“单以武学而论，这些魔教长老们也不能说真正已窥上乘武学之门。他们不懂得，招数是死的，发招之人却是活的。死招数破得再妙，遇上了活招数，免不了缚手缚脚，只有任人屠戮。这个‘活’字，你要牢牢记住了。学招时要活学，使招时要活使。倘若拘泥不化，便练熟了几千万手绝招，遇上了真正高手，终究还是给人家破得干干净净。”

今天，来谈谈 MySQL 的 OOM ( out of memory )问题诊断。之前，这类问题的定位对于普通用户来说并不怎么简单。但是在 MySQL 5.7 中， OOM 问题的定位变得极其容易。还没掌握的小伙伴赶快来看下吧。通常来说， 发生 OOM 时可在系统日志找到类似的日志提示：

MySQL 5.7 的库 performance_schema 新增了以下这几张表，用于从各维度查看内存的消耗：

memory_summary_by_account_by_event_name

memory_summary_by_host_by_event_name

memory_summary_by_thread_by_event_name

memory_summary_by_user_by_event_name

memory_summary_global_by_event_name</