精品欧美一区二区三区在线观看 _久久久久国色av免费观看性色_国产精品久久在线观看_亚洲第一综合网站_91精品又粗又猛又爽_小泽玛利亚一区二区免费_91亚洲精品国偷拍自产在线观看 _久久精品视频在线播放_美女精品久久久_欧美日韩国产成人在线

如何解決由觸發器導致 MySQL 內存溢出?

數據庫 MySQL
根據官方的解釋可以了解到,如果有許多大的觸發器,參數 table_open_cache_instances 的默認值可能會造成內存使用過多。比如 table_open_cache_instances 設置為 16,那么表緩存會劃分為 16 個 table instance。當并發訪問大時,最多的情況下一個表的緩存信息會出現在每一個 table instance 里面。

作者:龔唐杰,愛可生 DBA 團隊成員,主要負責 MySQL 技術支持,擅長 MySQL、PG、國產數據庫。

1問題現象

一臺從庫服務器的內存使用率持續上升,最終導致 MySQL 服務被 kill 了。

內存監控視圖如下:

圖片圖片

內存使用率 92.76%

從圖中可以看出,在 00:00 左右觸發了 kill,然后又被 mysqld_safe 進程拉起,然后內存又會持續上升。

2排查過程

基本信息

  • 數據庫版本:MySQL 5.7.32
  • 操作系統版本:Ubuntu 20.04
  • 主機配置:8C64GB
  • innodb_buffer_pool_size:8G

由于用戶環境未打開內存相關的監控,所以在 my.cnf 配置文件中配置如下:

performance-schema-instrument = 'memory/% = COUNTED'

打開內存監控等待運行一段時間后,相關視圖查詢如下:

圖片圖片

圖片圖片

從上述截圖可以看到,MySQL 的 buffer pool 大小分配正常,但是 memory/sql/sp_head::main_mem_root 占用了 8GB 內存。

查看 源代碼[1] 的介紹:

圖片圖片

sp_head:sp_head represents one instance of a stored program.It might be of any type (stored procedure, function, trigger, event).

根據源碼的描述可知,sp_head 表示一個存儲程序的實例,該實例可能是存儲過程、函數、觸發器或者定時任務。

查詢當前環境存儲過程與觸發器數量:

圖片圖片

圖片圖片

當前環境存在大量的觸發器與存儲過程。

查詢 MySQL 相關 bug[2],這里面提到一句話:

圖片圖片

Tried to tweak table_open_cache_instances to affect this?

查詢此參數描述:

圖片圖片

A value of 8 or 16 is recommended on systems that routinely use 16 or more cores. However, if you have many large triggers on your tables that cause a high memory load, the default setting for table_open_cache_instances might lead to excessive memory usage. In that situation, it can be helpful to set table_open_cache_instances to 1 in order to restrict memory usage.

根據官方的解釋可以了解到,如果有許多大的觸發器,參數 table_open_cache_instances 的默認值可能會造成內存使用過多。

比如 table_open_cache_instances 設置為 16,那么表緩存會劃分為 16 個 table instance。當并發訪問大時,最多的情況下一個表的緩存信息會出現在每一個 table instance

再有每次將表信息放入表緩存時,所有關聯的觸發器都被放入 memory/sql/sp_head::main_mem_root 中,table_open_cache_instances 設置的越大其所占內存也就越大,以及存儲過程也會消耗更多的內存,所以導致內存一直上升最終導致 OOM。

下面簡單驗證一下觸發器對內存的影響。

當 table_open_cache_instances 為 8 時:
#清空緩存

mysql> flush tables;
Query OK, 0 rows affected (0.00 sec)

[root@test ~]# cat test.sh
for i in `seq 1 1 8`
do
mysql -uroot -p test -e "select * from test;"
done

[root@test ~]# sh test.sh

mysql> show variables like '%table_open_cache_instances%';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| table_open_cache_instances | 8 |
+----------------------------+-------+
1 row in set (0.00 sec)

mysql> SELECT current_alloc FROM sys.memory_global_by_current_bytes WHERE event_name='memory/sql/sp_head::main_mem_root';
+---------------+
| current_alloc |
+---------------+
| 119.61 KiB |
+---------------+
1 row in set (0.00 sec)

在該表上創建一個觸發器。

mysql> \d|
mysql> CREATE TRIGGER trigger_test BEFORE INSERT ON test FOR EACH ROW BEGIN SIGNAL SQLSTATE '45000' SET message_text='Very long string. MySQL stores table descriptors in a special memory buffer, calle
'> at holds how many table descriptors MySQL should store in the cache and table_open_cache_instances t
'> hat stores the number of the table cache instances. So with default values of table_open_cache=4000
'> and table_open_cache_instances=16, you will have 16 independent memory buffers that will store 250 t
'> able descriptors each. These table cache instances could be accessed concurrently, allowing DML to u
'> se cached table descriptors without locking each other. If you use only tables, the table cache doe
'> s not require a lot of memory, because descriptors are lightweight, and even if you significantly increased the value of table_open_cache, it would not be so high. For example, 4000 tables will take u
'> p to 4000 x 4K = 16MB in the cache, 100.000 tables will take up to 390MB that is also not quite a hu
'> ge number for this number of open tables. However, if your tables have triggers, it changes the gam
'> e.'; END|
Query OK, 0 rows affected (0.00 sec)

#清空緩存

mysql> flush tables;
Query OK, 0 rows affected (0.00 sec)

然后訪問表,查看緩存。

[root@test ~]# cat test.sh
for i in `seq 1 1 8`
do
mysql -uroot -p test -e "select * from test;"
done

[root@test ~]# sh test.sh

mysql> SELECT current_alloc FROM sys.memory_global_by_current_bytes WHERE event_name='memory/sql/sp_head::main_mem_root';
+---------------+
| current_alloc |
+---------------+
| 438.98 KiB |
+---------------+
1 row in set (0.00 sec)

可以發現 memory/sql/sp_head::main_mem_root 明顯增長較大。如果有很多大的觸發器,那么所占內存就不可忽視(現場環境觸發器里面很多是調用了存儲過程)。

當 table_open_cache_instances 為 1 時:
mysql> flush tables;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like '%table_open_cache_instances%';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| table_open_cache_instances | 1 |
+----------------------------+-------+
1 row in set (0.00 sec)

SELECT current_alloc FROM sys.memory_global_by_current_bytes WHERE event_name='memory/sql/sp_head::main_mem_root';
+---------------+
| current_alloc |
+---------------+
| 119.61 KiB |
+---------------+
1 row in set (0.00 sec)

mysql> #訪問表

mysql> system sh test.sh

mysql> SELECT current_alloc FROM sys.memory_global_by_current_bytes WHERE event_name='memory/sql/sp_head::main_mem_root';
+---------------+
| current_alloc |
+---------------+
| 159.53 KiB |
+---------------+
1 row in set (0.00 sec)

可以發現 memory/sql/sp_head::main_mem_root 所占內存增長較小。

由于大量觸發器會導致表緩存和 memory/sql/sp_head::main_mem_root 占用更多的內存,根據實際環境,嘗試把該從庫的 table_open_cache_instances 修改為 1 后觀察情況。

圖片圖片

可以看到內存值趨于穩定,未再次出現內存使用率異常的問題。

3總結

  1. MySQL 中不推薦使用大量的觸發器以及復雜的存儲過程。
  2. table_open_cache_instances 設置為 1 時,在高并發下會影響 SQL 的執行效率。本案例的從庫并發量不高,其他場景請根據實際情況進行調整。
  3. 觸發器越多會導致 memory/sql/sp_head::main_mem_root 占用的內存越大,存儲過程所使用的內存也會越大。
  4. 本文只是給出了解決內存溢出的一個方向,具體的底層原理請自行探索。

參考資料

[1]sp_head: https://dev.mysql.com/doc/dev/mysql-server/latest/classsp__head.html#details

[2]86821: https://bugs.mysql.com/bug.php?id=86821

本文關鍵字:#MySQL# #內存# #觸發器# #OOM#

關于 SQLE

SQLE 是一款全方位的 SQL 質量管理平臺,覆蓋開發至生產環境的 SQL 審核和管理。支持主流的開源、商業、國產數據庫,為開發和運維提供流程自動化能力,提升上線效率,提高數據質量。

責任編輯:武曉燕 來源: 愛可生開源社區
相關推薦

2024-09-09 09:41:03

內存溢出golang開發者

2010-05-18 15:58:39

MySQL觸發器

2010-10-12 10:10:55

mysql觸發器

2024-10-24 16:51:08

2011-05-20 14:06:25

Oracle觸發器

2010-10-12 10:04:15

MySQL觸發器

2010-05-31 18:06:07

MySQL 觸發器

2010-10-12 10:24:58

mysql觸發器

2021-07-30 10:33:57

MySQL觸發器數據

2010-05-18 15:36:44

MySQL觸發器

2010-10-11 14:52:43

Mysql觸發器

2010-05-26 17:57:44

MySQL 觸發器

2013-06-26 16:14:26

Android加載圖片內存溢出

2010-10-12 10:38:29

mysql觸發器

2010-10-12 09:41:26

mysql觸發器

2011-03-28 10:05:57

sql觸發器代碼

2009-09-18 14:31:33

CLR觸發器

2023-06-11 16:09:49

觸發器MySQL

2010-06-04 14:32:34

MySQL 觸發器in

2010-05-18 14:35:06

MySQL觸發器
點贊
收藏

51CTO技術棧公眾號

www国产亚洲精品久久网站| 亚洲精品免费在线播放| 国产97人人超碰caoprom| 毛片网站免费观看| 欧洲美女精品免费观看视频| 一区二区三区四区高清精品免费观看 | 五月天婷亚洲天综合网鲁鲁鲁| 日韩欧美成人一区二区三区| 青青草91久久久久久久久| 麻豆成人在线观看| 精品福利在线导航| 成人免费无码av| 国产日产一区二区| 蜜桃精品视频在线| 欧美精品video| 亚洲不卡的av| 色爱综合av| 91精品国产91热久久久做人人| 亚洲不卡中文字幕无码| 成人在线影视| 欧美国产日本视频| 国产精品久久一区主播| 精品视频一区二区在线观看| 日本女优一区| 亚洲欧美制服丝袜| 人妻互换一二三区激情视频| 国外成人福利视频| 色猫猫国产区一区二在线视频| 精品视频一区在线| 97人妻精品一区二区三区软件 | www.五月婷| 久久99九九99精品| 热久久这里只有精品| 激情视频在线播放| 亚洲精品电影| 日韩在线观看av| 成人无码av片在线观看| 日韩精品免费一区二区夜夜嗨 | 酒色婷婷桃色成人免费av网| 成人av网站免费观看| 97中文在线| 国产精品欧美激情在线| 美女诱惑一区二区| 国产精品久久久久久久久粉嫩av| 九一国产在线观看| 一本久道久久久| 高清欧美电影在线| 免费在线观看日韩| 欧美福利视频| 欧美高清一级大片| 国产精品白丝喷水在线观看| 99久久99久久精品国产片桃花 | 国产黄色录像片| 日韩久久久久| 欧美一区二区三区电影| 国产aaaaa毛片| 亚洲电影有码| 欧美日韩欧美一区二区| www.色欧美| 免费男女羞羞的视频网站在线观看| 国产精品久久久久久久裸模| 日韩理论片在线观看| 国产小视频福利在线| 国产日本欧洲亚洲| 岛国视频一区| 男人的天堂a在线| 播五月开心婷婷综合| 极品校花啪啪激情久久| 欧美伦理影视网| 久久亚洲综合色| 亚洲高清在线播放| 久操免费在线| 亚洲影视在线观看| 国产91对白刺激露脸在线观看| 欧美大胆性生话| 一区二区高清视频在线观看| 国产www免费| 色综合桃花网| 欧美日韩aaaaaa| 在线观看一区二区三区视频| 欧美毛片免费观看| 亚洲人成绝费网站色www| 人妻精品久久久久中文| 我不卡影院28| 国内精品久久久久| 欧美brazzers| 国产精品一级在线| 久久伊人一区| 久久99精品久久久久久野外| 亚洲午夜影视影院在线观看| 日韩手机在线观看视频| 日本一区二区中文字幕| 亚洲国模精品私拍| 被黑人猛躁10次高潮视频| 成人搞黄视频| 中文字幕欧美日韩精品| 久久久久久久久久久网| 可以看av的网站久久看| 亚洲a在线播放| 日本福利午夜视频在线| 亚洲日本在线视频观看| 黑人糟蹋人妻hd中文字幕| 欧美日韩在线视频免费观看| 欧美日韩在线免费| 国产5g成人5g天天爽| 国产精品主播在线观看| 中文字幕9999| 免费在线观看黄网站| 美国十次了思思久久精品导航| 国产乱码精品一区二区三区中文| 欧美精品videos另类| 国产欧美精品国产国产专区| 国产激情片在线观看| japanese23hdxxxx日韩| 精品国产污污免费网站入口| 亚洲熟女少妇一区二区| 国产免费成人| 99re视频在线| 91在线观看| 欧美日韩亚洲一区二区三区| 亚洲美女精品视频| 婷婷综合久久| 国产精品爽黄69天堂a| 全色精品综合影院| 亚洲成va人在线观看| 人妻少妇偷人精品久久久任期| 欧美影院三区| 国产97在线视频| 神马午夜电影一区二区三区在线观看 | 一区二区久久久久| 小明看看成人免费视频| 欧美三级美国一级| 日本久久久久久久| 无码国产精品96久久久久| 一区二区三区日本| 天天影视色综合| 成年人视频观看| 丝袜美腿诱惑一区二区三区| 日韩高清免费在线| 日本少妇xxxx动漫| 国产成人精品三级麻豆| 亚洲小说欧美另类激情| 国产精品欧美一区二区三区不卡 | 欧美日韩高清影院| 亚洲精品一区二区三区影院忠贞| 久久综合九色| 日本成人黄色| 欧美zzoo| 色先锋资源久久综合| 黄色录像a级片| 亚洲美女色禁图| 久久青青草综合| 性欧美18~19sex高清播放| 日韩高清av在线| 亚洲综合图片网| 国产日韩精品一区二区三区在线| 999在线免费视频| 日本一本不卡| 亚洲中国色老太| 青青草原国产在线| 欧美精品一区二区三区高清aⅴ| 国产午夜福利精品| 成人av第一页| 亚洲熟妇av一区二区三区| 欧美少妇xxxx| 国产在线观看精品| 中文字幕中文字幕在线中高清免费版| 日韩午夜av电影| 五月天婷婷网站| heyzo一本久久综合| 国产超级av在线| 日韩夫妻性生活xx| 亚洲va男人天堂| 日本大片在线播放| 亚洲欧美在线一区| 国产精品久久久久久久一区二区| 夜夜嗨av一区二区三区中文字幕| 一出一进一爽一粗一大视频| 日韩中文欧美在线| 国产精品福利视频| 小h片在线观看| 精品国偷自产在线视频99| www.国产三级| 色域天天综合网| 国产性生活大片| 99精品久久免费看蜜臀剧情介绍| 九九热在线免费| 亚洲国产黄色| 一区二区在线观| 久久悠悠精品综合网| 国产精品久久一区主播| 成人爽a毛片免费啪啪动漫| 亚洲网站在线观看| www.国产三级| 欧美日韩一区三区四区| 国产高清一区二区三区四区| 黄色资源网久久资源365| 黄色片视频在线免费观看| 欧美wwwww| 久久精品国产一区二区三区不卡| 欧美一级在线| 日产精品99久久久久久| 日本三级在线观看网站 | 久久五月精品| 日韩成人av在线| av综合在线观看| 色婷婷综合久久久久中文 | 午夜久久黄色| 亚洲国内在线| 天堂99x99es久久精品免费| 91久久久国产精品| 欧美××××黑人××性爽| 高清欧美一区二区三区| 黄色精品在线观看| 伊人青青综合网站| 污视频在线免费| 精品乱人伦小说| 99久久精品免费看国产交换| 在线欧美日韩精品| 99久久精品免费视频| 成人午夜私人影院| 亚洲午夜精品一区| 精品一区精品二区高清| 国产精品com| 久草在线新免费首页资源站| 精品久久久999| 成人精品福利| 亚洲欧美日韩天堂| 色婷婷中文字幕| 日韩美女一区二区三区| 国产精品久久久久久久久毛片| 欧美性大战久久久久久久蜜臀| 国产又黄又猛又粗又爽| 亚洲aⅴ怡春院| 日本三级中文字幕| 亚洲午夜在线视频| 麻豆影视在线播放| 亚洲综合自拍偷拍| 国产精品老熟女一区二区| 亚洲欧洲美洲综合色网| 亚洲一级理论片| 国产精品嫩草影院com| 老头老太做爰xxx视频| 国产欧美一区二区精品忘忧草| 精品人妻一区二区三区日产乱码卜| 成人av网站免费观看| 一级黄色片毛片| 99re66热这里只有精品3直播| 欧美日韩视频在线第一区| 很污很黄的网站| 1区2区3区精品视频| 欧美肥妇bbwbbw| 亚洲色图一区二区| 美国黄色片视频| 亚洲美女淫视频| 精品无码人妻一区二区三区品| 亚洲综合色网站| 色婷婷av国产精品| 色综合久久中文字幕综合网| 成人一二三四区| 91福利在线观看视频| 在线免费观看日本欧美| 国产一卡二卡三卡| 在线观看成人免费视频| 一区二区视频在线免费观看| 亚洲综合清纯丝袜自拍| 久久精品视频久久| 五月天视频一区| 69视频免费看| 欧美日韩一区二区在线观看视频| 91片黄在线观看喷潮| 日韩精品中文字幕一区| 熟妇人妻av无码一区二区三区| 日韩激情视频在线播放| 69av亚洲| 欧美日本亚洲视频| 在线天堂中文资源最新版| 国产精品久久久久久久天堂| 国产剧情一区二区在线观看| 国产区欧美区日韩区| 精品国产91| 路边理发店露脸熟妇泻火| 欧美日韩水蜜桃| 免费观看黄色大片| 一本色道久久综合| 亚洲五月天综合| 国产福利视频一区二区三区| 亚洲精品女人久久久| 国产精品乱人伦一区二区| 国产亚洲第一页| 欧美日韩亚洲综合在线| 人妻精品一区二区三区| 中文字幕欧美精品日韩中文字幕| 在线观看小视频| 国产福利精品av综合导导航| 国产95亚洲| 欧美另类高清视频在线| 在线看片不卡| 无遮挡又爽又刺激的视频| 国产成人av电影在线| 妺妺窝人体色WWW精品| 亚洲综合一区在线| 夜夜躁日日躁狠狠久久av| 精品久久国产97色综合| 调教视频免费在线观看| 91精品国产777在线观看| 99精品女人在线观看免费视频| 精品久久一区二区三区蜜桃| 婷婷成人基地| 男人的天堂日韩| av色综合久久天堂av综合| 天天操天天操天天操天天操天天操| 欧美性猛交xxxx乱大交| 亚洲欧美黄色片| 美女精品久久久| 成人在线视频免费| 欧美不卡三区| 99精品国产一区二区青青牛奶| 国产黄色一区二区三区| 国产精品免费视频一区| 久久久精品视频网站 | 国内精品久久久久久中文字幕| 成人免费黄色| 色姑娘综合网| 日韩国产欧美视频| 青青草成人免费视频| 亚洲在线一区二区三区| 国产哺乳奶水91在线播放| 日韩一区视频在线| 91超碰碰碰碰久久久久久综合| 欧美黄色直播| 麻豆精品网站| 成人午夜剧场视频网站| 欧美日韩免费网站| 亚洲 欧美 精品| 91精品国产99| 日韩成人动漫在线观看| 国产69精品久久久久999小说| 国产99精品国产| 久久久久久久久久久久久久久久久 | 成人在线免费网站| 成人在线亚洲| 日本77777| 亚洲婷婷综合色高清在线| 国产又粗又猛又色又| 久久人人爽人人爽爽久久| 日日夜夜亚洲| 日本三级福利片| 国产精品伊人色| 久久免费黄色网址| 亚洲福利视频久久| 中文字幕 在线观看| 免费观看成人在线| 日韩一区精品视频| 天堂av免费在线| 欧美一区二区福利视频| 日本小视频在线免费观看| 国产精品一区二区三区在线观| 一区二区三区国产盗摄| 亚洲综合色一区| 欧美视频在线观看一区二区| 大片免费在线看视频| 成人情视频高清免费观看电影| 红桃视频国产精品| 性活交片大全免费看| 天天av天天翘天天综合网| 毛片在线能看| 成人动漫网站在线观看| 国产图片一区| 国产成人亚洲精品无码h在线| 欧美激情一区不卡| 99热这里只有精| 午夜精品久久17c| 国产不卡精品| 亚洲色欲久久久综合网东京热| 93久久精品日日躁夜夜躁欧美| 在线免费观看国产精品| 久久九九国产精品怡红院| 91蝌蚪精品视频| caopor在线视频| 亚洲免费av观看| 日韩av资源| 成人亚洲综合色就1024| 亚洲国产综合在线看不卡| 亚洲黄色小说视频| 日韩美女视频在线| 亚洲精品在线影院| 免费的一级黄色片| 久久久亚洲综合| 国产叼嘿视频在线观看| 热久久这里只有精品| 午夜精品久久| 性欧美精品男男| 亚洲福利视频专区| www.精品国产| 欧美成人xxxxx| 亚洲综合在线视频| 91se在线| 蜜桃传媒视频第一区入口在线看| 精品一区中文字幕|