如何查看mysql內(nèi)存占用原因

查看 /proc/meminfo

做網(wǎng)站、網(wǎng)站建設(shè)的關(guān)注點(diǎn)不是能為您做些什么網(wǎng)站，而是怎么做網(wǎng)站，有沒有做好網(wǎng)站，給成都創(chuàng)新互聯(lián)一個展示的機(jī)會來證明自己，這并不會花費(fèi)您太多時間，或許會給您帶來新的靈感和驚喜。面向用戶友好，注重用戶體驗(yàn)，一切以用戶為中心。

Tips：

“大內(nèi)存頁”也稱傳統(tǒng)大頁、大頁內(nèi)存等有助于 Linux 進(jìn)行虛擬內(nèi)存的管理，標(biāo)準(zhǔn)的內(nèi)存頁為 4KB，這里使用“大內(nèi)存頁”最大可以定義 1GB 的頁面大小，在系統(tǒng)啟動期間可以使用“大內(nèi)存頁”為應(yīng)用程序預(yù)留一部分內(nèi)存，這部分內(nèi)存被占用且永遠(yuǎn)不會被交換出內(nèi)存，它會一直保留在那里，直到改變配置。（詳細(xì)介紹請看下面鏈接官方解釋）

那么這么大頁內(nèi)存是分配給誰的呢？

查詢一下：

shell /proc/sys/vm/hugetlb_shm_group

27

shell id 27

uid=27(mysql) gid=27(mysql) groups=27(mysql)

hugetlb_shm_group 文件里填的是指定大頁內(nèi)存使用的用戶組 id，這里查看到是 MySQL 組 id，那既然是給 MySQL 的為什么 free 等于 total，并且 mysql 還只有 20 多 G 實(shí)際使用內(nèi)存呢？

原來在 MySQL 中還有專門啟用大內(nèi)存頁的參數(shù)，在 MySQL 大內(nèi)存頁稱為 large page。

查看 MySQL 配置文件

發(fā)現(xiàn)配置文件中確實(shí)有 large-page 配置，但出于禁用狀態(tài)。

后與業(yè)務(wù)確認(rèn)，很早之前確實(shí)啟用過 mysql 的 large page，不過后面禁用了。排查到這基本就有了結(jié)論。

結(jié)論

這套環(huán)境之前開啟了 20000 的大內(nèi)存頁，每頁大小為 2MB，占用了 40G 內(nèi)存空間，給 MySQL 使用，并且 MySQL 開啟了 large page，但后來不使用的時候，只關(guān)閉了 MySQL 端的 large page 參數(shù)，但沒有實(shí)際更改主機(jī)的關(guān)于大內(nèi)存頁的配置，所以導(dǎo)致，實(shí)際上主機(jī)上的還存在 20000 的大內(nèi)存頁，并且沒在使用，這一部分長期空閑，并且其他程序不能使用。

所以 MySQL 在使用 20G 內(nèi)存左右，整個主機(jī)內(nèi)存就飽和了，然后在部分條件下，就觸發(fā)了 OOM，導(dǎo)致 mysqld 被 kill，但主機(jī)上又有 mysqld_safe 守護(hù)程序，所以又再次給拉起來，就看到了文章初的偶爾連接不上的現(xiàn)象。

MYSQL 內(nèi)存排查

1.查參數(shù)配置

目前積累的使用經(jīng)驗(yàn)中，存儲過程函數(shù)觸發(fā)器視圖 在MySQL場景下是不適合的。性能不好，又容易發(fā)現(xiàn)內(nèi)存不釋放的問題，所以建議盡量避免.

2.存儲過程函數(shù)

3.視圖

4.觸發(fā)器

5.1 總內(nèi)存使用

5.2 分事件統(tǒng)計內(nèi)存

5.3 賬號級別統(tǒng)計

5.4 線程對應(yīng)sql語句，內(nèi)存使用統(tǒng)計

5.5 打開所有內(nèi)存性能監(jiān)控，會影響性能，需注意

5.6 系統(tǒng)表內(nèi)存監(jiān)控信息

6.top 命令

8.ps命令

9.pmap 命令

pmap是Linux調(diào)試及運(yùn)維一個很好的工具，查看進(jìn)程的內(nèi)存映像信息

用法1：執(zhí)行一段時間記錄數(shù)據(jù)變化，最少20個記錄，下面69265是MySQL pid

用法2：linux 命令pmap MySQL pid導(dǎo)出內(nèi)存，下面69265是MySQL pid

RSS就是這個process實(shí)際占用的物理內(nèi)存。

Dirty: 臟頁的字節(jié)數(shù)（包括共享和私有的）。

Mapping: 占用內(nèi)存的文件、或[anon]（分配的內(nèi)存）、或[stack]（堆棧）。

writeable/private：進(jìn)程所占用的私有地址空間大小，也就是該進(jìn)程實(shí)際使用的內(nèi)存大小。

1.首先使用/top/free/ps在系統(tǒng)級確定是否有內(nèi)存泄露。如有，可以從top輸出確定哪一個process。

2.pmap工具是能幫助確定process是否有memory leak。確定memory leak的原則：writeable/private (‘pmap –d’輸出）如果在做重復(fù)的操作過程中一直保持穩(wěn)定增長，那么一定有內(nèi)存泄露

如何查看MySQL占用的內(nèi)存都用在哪了

如何查看MySQL占用的內(nèi)存都用在哪了1、查看物理CPU的個數(shù)[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep “physical id”|sort |uniq|wc -l12、查看邏輯CPU的個數(shù)[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep “processor”|wc -l43、查看CPU是幾核（即，核心數(shù)）[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep “cores”|uniqcpu cores : 44、查看CPU的主頻[root@MysqlCluster01 ~]# cat /proc/cpuinfo |grep MHz|uniqcpu MHz : 2499.9825、當(dāng)前操作系統(tǒng)內(nèi)核信息[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、當(dāng)前操作系統(tǒng)發(fā)行版信息[root@MysqlCluster01 ~]# cat /etc/issueCentOS release 6.4 （Final）Kernel

on an m7、內(nèi)存使用情況[root@MysqlCluster01 ~]# free -mtotal used free shared buffers cachedMem: 7863 2738 5125 0 141 835-/+ buffers/cache: 1761 6102Swap: 3967 0 3967如何查看MySQL占用的內(nèi)存都用在哪了