问题分析场景1 使用sysbench压测数据库场景2 load 一个很大事务的insert语句问题突破测试jemalloc场景1使用sysbench压测数据库场景2 load 一个很大事务的insert语句小结MySQL到底有没有释放内存?通过gdb调试结论
线上MySQL数据库发现一些实例,内存使用不断增高,并且当连接数断开后内存不会释放,最终导致的结果是被操作系统OOM
问题分析
模拟两个场景来分析此问题:
场景1 使用sysbench压测数据库
使用sysbench压测MySQL,等待连接断开后,使用top查看mysqld进程,内存使用情况将mysql innodb_buffer_pool设置为128M,方便观察内存增长情况。
启动MySQL后内存使用情况,大约在150M:
sysbench压测60s
sysbench --db-driver=mysql /usr/share/sysbench/oltp_read_only.lua --mysql-host=127.0.0.1 --mysql-port=3320 --mysql-db=sbtest --mysql-user=root --mysql-password=123456 --tables=16 --table_size=500000 --threads=128 --time=60 --report-interval=1 run
观察内存使用情况:
内存增长到540M左右,但是内存并没有随着sysbench连接断开而释放
场景2 load 一个大事务的insert语句
重启MySQL观察内存使用情况, 大约占用170M:
文件大小43M
文件内容:
INSERT INTO dummy VALUES(1,'This is a dummy value'),(1,'This is a dummy value'),(1,'This is a dummy value'),(1,'This is