如何查看MySQL占用的内存都用在哪了1、查看物理CPU的个数[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep “physical id”|sort |uniq|wc -l12、查看逻辑CPU的个数[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep “processor”|wc -l43、查看CPU是几核（即，核心数）[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep “cores”|uniqcpu cores : 44、查看CPU的主频[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep MHz|uniqcpu MHz : 2499.9825、当前操作系统内核信息[root@MysqlCluster01 ~]# uname -aLinux MysqlCluster01 2.6.32-431.20.3.el6.x86_64 #1 SMP Thu Jun 19 21:14:45 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux6、当前操作系统发行版信息[root@MysqlCluster01 ~]# cat /etc/issueCentOS release 6.4 （Final）Kernel
建网站原本是网站策划师、网络程序员、网页设计师等，应用各种网络程序开发技术和网页设计技术配合操作的协同工作。创新互联专业提供成都做网站、成都网站设计,网页设计,网站制作(企业站、响应式网站、电商门户网站)等服务,从网站深度策划、搜索引擎友好度优化到用户体验的提升,我们力求做到极致!
on an m7、内存使用情况[root@MysqlCluster01 ~]# free -mtotal used free shared buffers cachedMem: 7863 2738 5125 0 141 835-/+ buffers/cache: 1761 6102Swap: 3967 0 3967如何查看MySQL占用的内存都用在哪了
查看 /proc/meminfo
Tips：
“大内存页”也称传统大页、大页内存等有助于 Linux 进行虚拟内存的管理，标准的内存页为 4KB，这里使用“大内存页”最大可以定义 1GB 的页面大小，在系统启动期间可以使用“大内存页”为应用程序预留一部分内存，这部分内存被占用且永远不会被交换出内存，它会一直保留在那里，直到改变配置。（详细介绍请看下面链接官方解释）
那么这么大页内存是分配给谁的呢？
查询一下：
shell /proc/sys/vm/hugetlb_shm_group
27
shell id 27
uid=27(mysql) gid=27(mysql) groups=27(mysql)
hugetlb_shm_group 文件里填的是指定大页内存使用的用户组 id，这里查看到是 MySQL 组 id，那既然是给 MySQL 的为什么 free 等于 total，并且 mysql 还只有 20 多 G 实际使用内存呢？
原来在 MySQL 中还有专门启用大内存页的参数，在 MySQL 大内存页称为 large page。
查看 MySQL 配置文件
发现配置文件中确实有 large-page 配置，但出于禁用状态。
后与业务确认，很早之前确实启用过 mysql 的 large page，不过后面禁用了。排查到这基本就有了结论。
结论
这套环境之前开启了 20000 的大内存页，每页大小为 2MB，占用了 40G 内存空间，给 MySQL 使用，并且 MySQL 开启了 large page，但后来不使用的时候，只关闭了 MySQL 端的 large page 参数，但没有实际更改主机的关于大内存页的配置，所以导致，实际上主机上的还存在 20000 的大内存页，并且没在使用，这一部分长期空闲，并且其他程序不能使用。
所以 MySQL 在使用 20G 内存左右，整个主机内存就饱和了，然后在部分条件下，就触发了 OOM，导致 mysqld 被 kill，但主机上又有 mysqld_safe 守护程序，所以又再次给拉起来，就看到了文章初的偶尔连接不上的现象。
1.查参数配置
目前积累的使用经验中，存储过程函数触发器视图 在MySQL场景下是不适合的。性能不好，又容易发现内存不释放的问题，所以建议尽量避免.
2.存储过程函数
3.视图
4.触发器
5.1 总内存使用
5.2 分事件统计内存
5.3 账号级别统计
5.4 线程对应sql语句，内存使用统计
5.5 打开所有内存性能监控，会影响性能，需注意
5.6 系统表内存监控信息
6.top 命令
8.ps命令
9.pmap 命令
pmap是Linux调试及运维一个很好的工具，查看进程的内存映像信息
用法1：执行一段时间记录数据变化，最少20个记录，下面69265是MySQL pid
用法2：linux 命令pmap MySQL pid导出内存，下面69265是MySQL pid
RSS就是这个process实际占用的物理内存。
Dirty: 脏页的字节数（包括共享和私有的）。
Mapping: 占用内存的文件、或[anon]（分配的内存）、或[stack]（堆栈）。
writeable/private：进程所占用的私有地址空间大小，也就是该进程实际使用的内存大小。
1.首先使用/top/free/ps在系统级确定是否有内存泄露。如有，可以从top输出确定哪一个process。
2.pmap工具是能帮助确定process是否有memory leak。确定memory leak的原则：writeable/private (‘pmap –d’输出）如果在做重复的操作过程中一直保持稳定增长，那么一定有内存泄露
1、进去指定schema 数据库（存放了其他的数据库的信息）\x0d\x0ause information_schema\x0d\x0a2、查询所有数据的大小\x0d\x0aselect concat(round(sum(DATA_LENGTH/1024/1024),2),'MB') as data from TABLES\x0d\x0a3、查看指定数据库的大小\x0d\x0a比如说 数据库apoyl\x0d\x0aselect concat(round(sum(DATA_LENGTH/1024/1024),2),'MB') as data from TABLES where table_schema='apoyl';\x0d\x0a4、查看指定数据库的表的大小\x0d\x0a比如说 数据库apoyl 中apoyl_test表\x0d\x0aselect concat(round(sum(DATA_LENGTH/1024/1024),2),'MB') as data from TABLES where table_schema='apoyl' and table_name='apoyl_test';\x0d\x0a整完了，有兴趣的可以试哈哦！挺使用哈\x0d\x0a网站找的,都是正解
