mysql - 防止 MySQL 崩溃？ “Creeping” 内存泄漏-6ren

mysql - 防止 MySQL 崩溃？ “Creeping” 内存泄漏

转载作者：行者123 更新时间：2023-11-29 02:42:24

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。

想改进这个问题？将问题更新为 on-topic对于堆栈溢出。

2年前关闭。

Improve this question

我设置了一个全新的 1GB VPS 服务器实例，专门用于 MySQL。一切似乎都很好。然而，我注意到 mysqld 的内存使用量迅速增长，并达到了大约 700MB 的峰值(如预期的那样)，但随后在 1-2 天的过程中慢慢“爬升”。然后当它达到大约 770MB 时，该进程被 OOM Killer 杀死并在几秒钟内重新启动。这不是一个巨大的停机时间，但我希望它是稳定的。

我正在使用 MySQL 5.7.21 版。这是我在 my.cnf 文件中从默认值更改的变量，其他一切都设置为默认值。最大的变化是将innodb_buffer_pool_size的内存增加到512M:

!includedir /etc/mysql/conf.d/
!includedir /etc/mysql/mysql.conf.d/

[mysqld]
sql_mode = "NO_ENGINE_SUBSTITUTION"
innodb_buffer_pool_size = 384M
innodb_log_buffer_size = 2097152
innodb_log_file_size = 20971520
innodb_strict_mode = OFF
join_buffer_size = 1048576
key_buffer_size = 88080384
max_connect_errors = 10000
max_connections = 151
myisam_recover_options = "BACKUP,FORCE"
performance_schema = 0
read_buffer_size = 1048576
slow_query_log = ON
sort_buffer_size = 1048576
sync_binlog = 0
thread_stack = 262144
wait_timeout = 14400

我对 MySQL 管理有点不了解，所以我希望有更多经验的人可以提供一些建议，让我的 MySQL 实例在我的 1GB 实例上更加稳定，OOM Killer 策略并同时使数据库更快/更高效时间。

编辑:我添加了一些额外的文件以获取更多信息:

显示全局状态: https://pastebin.com/SSVEJrQc

显示全局变量: https://pastebin.com/gV5yGdFR

显示引擎 INNODB 状态: https://pastebin.com/suHwbpiP

/var/log/mysql/error.log : https://pastebin.com/cRFGrNTp (结合过去几天)

my.cnf 文件显示在顶部。我对其进行了一些更改以减少一些内存使用，例如将 innodb_buffer_pool_size 降低到 384M 而不是 512M。根据“top -c”，内存使用量迅速上升到550MB左右，然后慢慢爬升到740M左右，还没有崩溃。

此外，服务器实例有 1GB 的 RAM，所以我不确定 MySQL 为什么必须在 770M 左右崩溃。这只是 Ubuntu 16.04 和 MySQL 的全新安装，没有别的，没有 apache 或 php。

编辑:我已经包含了更多数据，我正在 Dreamhost DreamCompute 云服务器上运行实例:

“顶部”结果: https://pastebin.com/RNBYMf0b

“df -h”结果:

Filesystem      Size  Used Avail Use% Mounted on
udev            488M     0  488M   0% /dev
tmpfs           100M   11M   89M  11% /run
/dev/vda1        78G   22G   56G  29% /
tmpfs           497M     0  497M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           497M     0  497M   0% /sys/fs/cgroup
tmpfs           100M     0  100M   0% /run/user/1000

“iostat -x”: https://pastebin.com/xUNu7fEi

“mysqltuner”: https://pastebin.com/pVC3kN1C

我看到很多“tmpfs”目录(使用 RAM)？有什么应该或不应该出现在这个 list 上的吗？此外，我刚刚使用 Wilson Hauck 提供的值更新了 my.cnf，并将重新启动 mysqld。

编辑:关于“ulimit”，在阅读了更多内容后，我编辑了/etc/security/limits.conf 并添加了以下内容:“* - nofile 40000”。现在当我使用 "sudo sh -c "ulimit -n"时，它显示的是 40000 而不是 1024。

“iostat -x”和“mysqltuner”报告是在我重新启动 MySQL 后立即创建的，因为它们由于“内存不足”而无法安装。感谢 Wilson 的 mysqltuner 建议，这看起来是一个很棒的程序。

更新:2018 年 2 月 25 日:
设置了所有推荐的设置后，大约 10 小时前我的 mysql 再次崩溃。以下是来自 syslog 的详细信息:

Feb 25 09:41:52 database kernel: [739566.195215] snapd invoked oom-killer: gfp_mask=0x24201ca, order=0, oom_score_adj=-900
Feb 25 09:41:52 database kernel: [739566.195276] snapd cpuset=/ mems_allowed=0
Feb 25 09:41:52 database kernel: [739566.195310] CPU: 0 PID: 1228 Comm: snapd Not tainted 4.4.0-112-generic #135-Ubuntu
Feb 25 09:41:52 database kernel: [739566.195311] Hardware name: OpenStack Foundation OpenStack Nova, BIOS Bochs 01/01/2011
Feb 25 09:41:52 database kernel: [739566.195313]  0000000000000286 245c0a16fc0af5b0 ffff8800000839d8 ffffffff813fc233
Feb 25 09:41:52 database kernel: [739566.195317]  ffff880000083b90 ffff88003ae39c00 ffff880000083a48 ffffffff8120dafe
Feb 25 09:41:52 database kernel: [739566.195319]  ffffffff81cd8367 0000000000000000 ffffffff81e6b1a0 0000000000000206
Feb 25 09:41:52 database kernel: [739566.195321] Call Trace:
Feb 25 09:41:52 database kernel: [739566.195361]  [<ffffffff813fc233>] dump_stack+0x63/0x90
Feb 25 09:41:52 database kernel: [739566.195375]  [<ffffffff8120dafe>] dump_header+0x5a/0x1c5
Feb 25 09:41:52 database kernel: [739566.195383]  [<ffffffff811946a2>] oom_kill_process+0x202/0x3c0
Feb 25 09:41:52 database kernel: [739566.195385]  [<ffffffff81194ac9>] out_of_memory+0x219/0x460
Feb 25 09:41:52 database kernel: [739566.195394]  [<ffffffff8119aad5>] __alloc_pages_slowpath.constprop.88+0x965/0xb00
Feb 25 09:41:52 database kernel: [739566.195396]  [<ffffffff8119aef6>] __alloc_pages_nodemask+0x286/0x2a0
Feb 25 09:41:52 database kernel: [739566.195404]  [<ffffffff811e483c>] alloc_pages_current+0x8c/0x110
Feb 25 09:41:52 database kernel: [739566.195406]  [<ffffffff81190c6b>] __page_cache_alloc+0xab/0xc0
Feb 25 09:41:52 database kernel: [739566.195407]  [<ffffffff8119317a>] filemap_fault+0x14a/0x3f0
Feb 25 09:41:52 database kernel: [739566.195418]  [<ffffffff812a5d56>] ext4_filemap_fault+0x36/0x50
Feb 25 09:41:52 database kernel: [739566.195419]  [<ffffffff811bfe70>] __do_fault+0x50/0xe0
Feb 25 09:41:52 database kernel: [739566.195421]  [<ffffffff811c39c2>] handle_mm_fault+0xfa2/0x1820
Feb 25 09:41:52 database kernel: [739566.195433]  [<ffffffff810bbc6c>] ? set_next_entity+0x9c/0xb0
Feb 25 09:41:52 database kernel: [739566.195443]  [<ffffffff8106b687>] __do_page_fault+0x197/0x400
Feb 25 09:41:52 database kernel: [739566.195445]  [<ffffffff8106b957>] trace_do_page_fault+0x37/0xe0
Feb 25 09:41:52 database kernel: [739566.195450]  [<ffffffff81063f29>] do_async_page_fault+0x19/0x70
Feb 25 09:41:52 database kernel: [739566.195464]  [<ffffffff81849af8>] async_page_fault+0x28/0x30
Feb 25 09:41:52 database kernel: [739566.195465] Mem-Info:
Feb 25 09:41:52 database kernel: [739566.195470] active_anon:220242 inactive_anon:1399 isolated_anon:0
Feb 25 09:41:52 database kernel: [739566.195470]  active_file:799 inactive_file:1712 isolated_file:0
Feb 25 09:41:52 database kernel: [739566.195470]  unevictable:913 dirty:1 writeback:0 unstable:0
Feb 25 09:41:52 database kernel: [739566.195470]  slab_reclaimable:5664 slab_unreclaimable:3906
Feb 25 09:41:52 database kernel: [739566.195470]  mapped:1931 shmem:2691 pagetables:1544 bounce:0
Feb 25 09:41:52 database kernel: [739566.195470]  free:12712 free_pcp:113 free_cma:0
Feb 25 09:41:52 database kernel: [739566.195473] Node 0 DMA free:4548kB min:716kB low:892kB high:1072kB active_anon:5548kB inactive_anon:12kB active_file:1068kB inactive_file:1968kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15992kB managed:15908kB mlocked:0kB dirty:4kB writeback:0kB mapped:808kB shmem:364kB slab_reclaimable:220kB slab_unreclaimable:500kB kernel_stack:368kB pagetables:936kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:19320 all_unreclaimable? yes
Feb 25 09:41:52 database kernel: [739566.195491] lowmem_reserve[]: 0 958 958 958 958
Feb 25 09:41:52 database kernel: [739566.195495] Node 0 DMA32 free:46300kB min:44336kB low:55420kB high:66504kB active_anon:875420kB inactive_anon:5584kB active_file:2128kB inactive_file:4880kB unevictable:3652kB isolated(anon):0kB isolated(file):0kB present:1032184kB managed:1000192kB mlocked:3652kB dirty:0kB writeback:0kB mapped:6916kB shmem:10400kB slab_reclaimable:22436kB slab_unreclaimable:15124kB kernel_stack:3376kB pagetables:5240kB unstable:0kB bounce:0kB free_pcp:452kB local_pcp:452kB free_cma:0kB writeback_tmp:0kB pages_scanned:42084 all_unreclaimable? yes
Feb 25 09:41:52 database kernel: [739566.195502] lowmem_reserve[]: 0 0 0 0 0
Feb 25 09:41:52 database kernel: [739566.195504] Node 0 DMA: 1*4kB (U) 6*8kB (UME) 81*16kB (UME) 32*32kB (UM) 8*64kB (ME) 7*128kB (ME) 3*256kB (UM) 0*512kB 0*1024kB 0*2048kB 0*4096kB = 4548kB
Feb 25 09:41:52 database kernel: [739566.195514] Node 0 DMA32: 107*4kB (MEH) 240*8kB (ME) 249*16kB (UMEH) 141*32kB (UMEH) 108*64kB (UMEH) 59*128kB (UMEH) 20*256kB (UMEH) 13*512kB (UME) 9*1024kB (UMH) 0*2048kB 0*4096kB = 46300kB
Feb 25 09:41:52 database kernel: [739566.195526] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB
Feb 25 09:41:52 database kernel: [739566.195560] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
Feb 25 09:41:52 database kernel: [739566.195561] 5817 total pagecache pages
Feb 25 09:41:52 database kernel: [739566.195576] 0 pages in swap cache
Feb 25 09:41:52 database kernel: [739566.195581] Swap cache stats: add 0, delete 0, find 0/0
Feb 25 09:41:52 database kernel: [739566.195582] Free swap  = 0kB
Feb 25 09:41:52 database kernel: [739566.195583] Total swap = 0kB
Feb 25 09:41:52 database kernel: [739566.195584] 262044 pages RAM
Feb 25 09:41:52 database kernel: [739566.195585] 0 pages HighMem/MovableOnly
Feb 25 09:41:52 database kernel: [739566.195585] 8019 pages reserved
Feb 25 09:41:52 database kernel: [739566.195586] 0 pages cma reserved
Feb 25 09:41:52 database kernel: [739566.195587] 0 pages hwpoisoned
Feb 25 09:41:52 database kernel: [739566.195588] [ pid ]   uid  tgid total_vm      rss nr_ptes nr_pmds swapents oom_score_adj name
Feb 25 09:41:52 database kernel: [739566.195593] [  348]     0   348     9237     1199      21       3        0             0 systemd-journal
Feb 25 09:41:52 database kernel: [739566.195595] [  451]     0   451    25742       46      17       3        0             0 lvmetad
Feb 25 09:41:52 database kernel: [739566.195597] [  452]     0   452    10744      376      24       3        0         -1000 systemd-udevd
Feb 25 09:41:52 database kernel: [739566.195599] [  550]   100   550    25081       61      19       3        0             0 systemd-timesyn
Feb 25 09:41:52 database kernel: [739566.195601] [  940]     0   940     4030      222      11       3        0             0 dhclient
Feb 25 09:41:52 database kernel: [739566.195603] [ 1054]     0  1054     1305       29       8       3        0             0 iscsid
Feb 25 09:41:52 database kernel: [739566.195604] [ 1055]     0  1055     1430      877       8       3        0           -17 iscsid
Feb 25 09:41:52 database kernel: [739566.195606] [ 1063]     0  1063    68647     1056      37       3        0             0 accounts-daemon
Feb 25 09:41:52 database kernel: [739566.195608] [ 1072]     0  1072     6932      491      19       3        0             0 cron
Feb 25 09:41:52 database kernel: [739566.195609] [ 1078]     0  1078     6511      337      18       3        0             0 atd
Feb 25 09:41:52 database kernel: [739566.195611] [ 1091]     0  1091     1099      300       8       3        0             0 acpid
Feb 25 09:41:52 database kernel: [739566.195613] [ 1094]     0  1094     7136       99      19       3        0             0 systemd-logind
Feb 25 09:41:52 database kernel: [739566.195614] [ 1099]     0  1099    16377      273      35       3        0         -1000 sshd
Feb 25 09:41:52 database kernel: [739566.195616] [ 1101]   104  1101    64098      348      27       3        0             0 rsyslogd
Feb 25 09:41:52 database kernel: [739566.195618] [ 1105]   107  1105    10722      380      27       3        0          -900 dbus-daemon
Feb 25 09:41:52 database kernel: [739566.195619] [ 1113]     0  1113    70365     2590      31       6        0          -900 snapd
Feb 25 09:41:52 database kernel: [739566.195621] [ 1114]     0  1114   158952     1017      31       4        0             0 lxcfs
Feb 25 09:41:52 database kernel: [739566.195623] [ 1150]     0  1150     3343       36      11       3        0             0 mdadm
Feb 25 09:41:52 database kernel: [739566.195624] [ 1159]     0  1159    69294      181      38       3        0             0 polkitd
Feb 25 09:41:52 database kernel: [739566.195626] [ 1203]     0  1203     3618      374      12       3        0             0 agetty
Feb 25 09:41:52 database kernel: [739566.195627] [13137]     0 13137     3664      356      11       3        0             0 agetty
Feb 25 09:41:52 database kernel: [739566.195629] [13141]     0 13141     3664      329      12       3        0             0 agetty
Feb 25 09:41:52 database kernel: [739566.195631] [ 4475]   112  4475   345228   190282     441       4        0             0 mysqld
Feb 25 09:41:52 database kernel: [739566.195635] [28991]     0 28991     1126      141       8       3        0             0 apt.systemd.dai
Feb 25 09:41:52 database kernel: [739566.195638] [28998]     0 28998     1126      383       8       3        0             0 apt.systemd.dai
Feb 25 09:41:52 database kernel: [739566.195640] [29036]     0 29036    11324     1282      27       3        0             0 apt-get
Feb 25 09:41:52 database kernel: [739566.195641] [29217]     0 29217    11324      867      23       3        0             0 apt-get
Feb 25 09:41:52 database kernel: [739566.195643] [29220]     0 29220     1126      157       8       3        0             0 sh
Feb 25 09:41:52 database kernel: [739566.195645] [29221]     0 29221     1126      367       9       3        0             0 update-motd-upd
Feb 25 09:41:52 database kernel: [739566.195646] [29235]     0 29235    40967    16609      84       3        0             0 apt-check
Feb 25 09:41:52 database kernel: [739566.195648] [29570]     0 29570    12235      358      28       3        0             0 cron
Feb 25 09:41:52 database kernel: [739566.195649] [29571]     0 29571     1126      144       8       3        0             0 sh
Feb 25 09:41:52 database kernel: [739566.195651] [29572]     0 29572     2809      278      10       3        0             0 bash
Feb 25 09:41:52 database kernel: [739566.195653] [29579]     0 29579    12235      290      28       3        0             0 cron
Feb 25 09:41:52 database kernel: [739566.195654] [29580]     0 29580     1126      163       7       3        0             0 sh
Feb 25 09:41:52 database kernel: [739566.195656] [29581]     0 29581     2809       91       9       3        0             0 bash
Feb 25 09:41:52 database kernel: [739566.195658] [29582]     0 29582    14775      135      30       3        0             0 sshd
Feb 25 09:41:52 database kernel: [739566.195659] [29584]     0 29584    12235      358      28       3        0             0 cron
Feb 25 09:41:52 database kernel: [739566.195661] [29589]     0 29589    14775      134      32       3        0             0 sshd
Feb 25 09:41:52 database kernel: [739566.195662] [29592]     0 29592    12855      431      30       3        0             0 sudo
Feb 25 09:41:52 database kernel: [739566.195664] [29597]     0 29597     1126       70       8       3        0             0 sh
Feb 25 09:41:52 database kernel: [739566.195665] [29598]     0 29598     2809      124       9       3        0             0 bash
Feb 25 09:41:52 database kernel: [739566.195667] [29602]     0 29602    12235      357      28       3        0             0 cron
Feb 25 09:41:52 database kernel: [739566.195668] [29603]     0 29603     1126       92       8       3        0             0 sh
Feb 25 09:41:52 database kernel: [739566.195670] [29604]     0 29604     2809      321      10       3        0             0 bash
Feb 25 09:41:52 database kernel: [739566.195672] [29615]     0 29615     5787       36      13       3        0             0 systemctl
Feb 25 09:41:52 database kernel: [739566.195673] [29620]     0 29620    12235      276      28       3        0             0 cron
Feb 25 09:41:52 database kernel: [739566.195675] [29621]     0 29621    11236      413      26       3        0             0 sudo
Feb 25 09:41:52 database kernel: [739566.195677] [29623]     0 29623     1126      139       8       3        0             0 sh
Feb 25 09:41:52 database kernel: [739566.195678] [29624]     0 29624     2807      234      10       3        0             0 bash
Feb 25 09:41:52 database kernel: [739566.195680] [29628]     0 29628    14775       75      30       3        0             0 sshd
Feb 25 09:41:52 database kernel: [739566.195681] [29629]     0 29629    12235      476      28       3        0             0 cron
Feb 25 09:41:52 database kernel: [739566.195683] [29641]     0 29641     6945      111      18       3        0             0 sudo
Feb 25 09:41:52 database kernel: [739566.195684] [29642]     0 29642     6945       87      18       3        0             0 sudo
Feb 25 09:41:52 database kernel: [739566.195686] [29643]     0 29643     1126      152       8       3        0             0 sh
Feb 25 09:41:52 database kernel: [739566.195687] [29644]     0 29644      345        1       5       3        0             0 bash
Feb 25 09:41:52 database kernel: [739566.195689] Out of memory: Kill process 4475 (mysqld) score 750 or sacrifice child
Feb 25 09:41:52 database kernel: [739566.197374] Killed process 4475 (mysqld) total-vm:1380912kB, anon-rss:761128kB, file-rss:0kB
Feb 25 09:41:53 database kernel: [739566.658202] [UFW BLOCK] IN=ens3 OUT= MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.*** DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=61 ID=20807 DF PROTO=TCP SPT=54168 DPT=3306 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:53 database kernel: [739566.658214] [UFW BLOCK] IN=ens3 OUT= MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.*** DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=61 ID=20808 DF PROTO=TCP SPT=49412 DPT=3306 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:53 database kernel: [739566.658291] [UFW BLOCK] IN=ens3 OUT= MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.*** DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=61 ID=20809 DF PROTO=TCP SPT=54293 DPT=3306 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:53 database kernel: [739566.666146] [UFW BLOCK] IN=ens3 OUT= MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.*** DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=61 ID=20810 DF PROTO=TCP SPT=53588 DPT=3306 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:53 database kernel: [739566.666160] [UFW BLOCK] IN=ens3 OUT= MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.*** DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=61 ID=20811 DF PROTO=TCP SPT=53612 DPT=3306 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:53 database systemd[1]: Started MySQL Community Server.
Feb 25 09:41:53 database CRON[29570]: (CRON) info (No MTA installed, discarding output)
Feb 25 09:41:53 database systemd[1]: mysql.service: Main process exited, code=killed, status=9/KILL
Feb 25 09:41:53 database systemd[1]: mysql.service: Unit entered failed state.
Feb 25 09:41:53 database systemd[1]: mysql.service: Failed with result 'signal'.
Feb 25 09:41:53 database systemd[1]: mysql.service: Service hold-off time over, scheduling restart.
Feb 25 09:41:53 database systemd[1]: Stopped MySQL Community Server.
Feb 25 09:41:53 database systemd[1]: Starting MySQL Community Server...
Feb 25 09:41:53 database kernel: [739567.046536] [UFW BLOCK] IN=ens3 OUT=      MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.*** DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=42 ID=21475 DF PROTO=TCP SPT=37118 DPT=22 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:53 database kernel: [739567.066187] [UFW BLOCK] IN=ens3 OUT= MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.*** DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=61 ID=20869 DF PROTO=TCP SPT=54293 DPT=3306 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:53 database kernel: [739567.066313] [UFW BLOCK] IN=ens3 OUT= MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.*** DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=61 ID=20870 DF PROTO=TCP SPT=49412 DPT=3306 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:53 database kernel: [739567.066324] [UFW BLOCK] IN=ens3 OUT= MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.*** DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=61 ID=20871 DF PROTO=TCP SPT=54168 DPT=3306 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:53 database kernel: [739567.082221] [UFW BLOCK] IN=ens3 OUT= MAC=fa:16:3e:bc:28:e3:44:f4:77:a7:c0:20:08:00 SRC=***.***.***.***DST=***.***.***.*** LEN=40 TOS=0x00 PREC=0x00 TTL=61 ID=20873 DF PROTO=TCP SPT=53612 DPT=3306 WINDOW=0 RES=0x00 RST URGP=0
Feb 25 09:41:54 database kernel: [739567.524532] audit: type=1400 audit(1519551714.232:296): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/29710/status" pid=29710 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=112 ouid=112
Feb 25 09:41:54 database kernel: [739567.524603] audit: type=1400 audit(1519551714.232:297): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/sys/devices/system/node/" pid=29710 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=112 ouid=0
Feb 25 09:41:54 database kernel: [739567.524670] audit: type=1400 audit(1519551714.232:298): apparmor="DENIED" operation="open" profile="/usr/sbin/mysqld" name="/proc/29710/status" pid=29710 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=112 ouid=112
Feb 25 09:41:56 database systemd[1]: Started MySQL Community Server.

根据 MySQLtuner 的说法，它说:“最大可能的内存使用量:664.8M(已安装 RAM 的 66.99%)”，所以它一定会以某种方式超过这个值。

最佳答案

为您的 my.cnf/ini [mysqld] 部分考虑的建议，

ulimit -n 40000   # at your Linux command prompt to raise n open files limit
table_open_cache=10000  # from 2000 to support 1M+ opened in 2 days
table_definition_cache=2500  # from default to support 2000+ opened in 2 days
open_files_limit=30000  # from 5000 to support 900,000 + opened in 2 days
max_connections=50  # from 151 to support 17 max_used_connections
read_rnd_buffer_size=128K  # from 256k default to reduce RD RPS
innodb_change_buffer_max_size=15  # from 25% of innodb_buffer_pool_size 1% used
innodb_log_buffer_size=12M  # from 2M to cover 30 minutes of log
innodb_log_file_size=120M  # from ~ 20M to cover a few days
#max_allowed_packet=16M  # lead with # for default of 1M m_a_p

如果你需要超过 1M，在你的 SESSION
SET @max_allowed_packet=nnnnnnnn;高达1G，1G是LIMIT。

query_cache_size=0  # from 16M - it is already OFF, do not waste RAM on it
query_cache_limit=1K  # from 1M to conserve more RAM
query_cache_min_res_unit=512  # from 4096 to store more small results, if ever used
innodb_buffer_pool_instances=8  # from 1 to minimize mutex contention

每个 innodb_buffer_pool_size 实例在 1G 以下就可以了

innodb_lru_scan_depth=128  # from 1024 which is causing page_cleaner warnings
innodb_page_cleaners=64  # from 1 to auto follow = innodb_buffer_pool_instances
thread_cache_size=50  # from 8 default to support 17 max_used with room for growth.

从我的角度来看，备份您当前的 my.cnf/ini 并实现所有。改天还有更多机会。
下周我们可以使用 Stack Overflow 的聊天吗？

关于mysql - 防止 MySQL 崩溃？ “Creeping” 内存泄漏，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/48896253/

文章推荐： android - 如何减少 IONIC 2 应用程序的启动时间？

文章推荐： MYSQL 选择具有所有必需交叉引用值的行

文章推荐： c# - 从 SQL 表中将项目插入到 Bootstrap 下拉列表中

文章推荐： mysql - 在Mysql中用条件识别具体的id

screeps - 无法生成有内存的 creep
首先，我是这个游戏的新手，但我以前就知道 js。我遇到的问题是我在模拟器中玩耍的结果。我试图生成一个 creep，我首先修改了 example in the tutorial : Game.spaw
.net - MDI窗体 'creep'(MDI窗口位置变化)
我有一个 VB.NET MDI WinForms 应用程序。我的用户一直在提示表单蠕变(他们这样调用它)，这是每次您在主 MDI 窗口中打开特定表单时，它都会在它之前加载的位置略微下方和右侧打开 -
.net - MDI窗体 'creep'(MDI窗口位置变化)
我有一个 VB.NET MDI WinForms 应用程序。我的用户一直在提示表单蠕变(他们这样调用它)，这是每次您在主 MDI 窗口中打开特定表单时，它都会在它之前加载的位置略微下方和右侧打开 -
screeps - Creep.moveTo() 是非阻塞方法吗？
// Creep has Energy packed creep.say('E: ' + creep.carry.energy); if (creep.carry.en
javascript - 修复 creep 不修复城墙
以下代码打印出“rampart”，但 creep 只是原地不动，没有修复。它使用文档中提到的片段。根据文档，可以修复结构，而 rampart 是一种结构。怎么了？ module.exports = f
javascript - 查找损坏的 Creeps(或如何调试)
我曾尝试对治疗师蠕变进行编程。简单任务: 找到受损的 creep。治疗受损的小兵。如果没有损坏找到小兵，回家(硬编码 Spawn1) 这是我的代码(我也尝试了 Game.CREEPS 选项，但效果
javascript - Screeps:在 creeps 内存中存储对源的引用？
引人入胜的游戏! 寻找一个示例，说明如何在 creep 的内存中保留对特定能源的引用。似乎存储实际的源对象不起作用(？)。最佳答案您不能存储对象实例，但可以存储它们的 ID。 if(!creep.
javascript - 你如何用 transferEnergy(creep) 定位房间 Controller
正如标题所言。我尝试了很多不同的方法，但“creep.transferEnergy(Game.controller);”是唯一没有返回错误的。最佳答案我很确定 transferEnergy() 不
mysql - 防止 MySQL 崩溃？ “Creeping” 内存泄漏
关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。想改进这个问题？将问题更新为 on-topic对于堆栈溢出。 2年前关闭。 Improve this qu
c++ - header 在 C++ 中包含 Creep
当我开始学习 C++ 时，我了解到头文件通常应该#included 在其他头文件中。刚才有人告诉我，我应该在我的 .cpp 文件中包含一个特定的头文件，以避免头文件包含蠕变。谁能告诉我这到底是什么，
javascript - 如何在 screeps 中扩展 creep 类
我很难弄清楚如何扩展 creep 类以在新的 javascript mmo 游戏 Screeps -> www.screeps.com 中添加我自己的函数有没有人弄明白了？谢谢最佳答案有点老了
project-management - 一个像 'Feature Creep' 这样朗朗上口的短语，但用于被低估的项目
就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the he
javascript - Screeps 获得所有具有特定内存( Angular 色)的 creeps
我正在尝试弄清楚如何让每个 creep 具有特定的内存或 Angular 色，例如变量中的收割机......我似乎无法弄清楚。我已经试过了: module.exports = function(){
c# - 我如何*平均*每 20 毫秒触发一个事件？内置定时器 "creeps"
我正在编写一个 RTP 服务器来发布 PCMA 波形文件。它需要每 20 毫秒抽取一次数据(平均而言 - 对于任何 1 个抽取，它可以在数据的任意一侧，但必须平均为 20 毫秒)。我当前的实现使用
javascript - 游戏 Screeps - creep.room.find(Game.CONSTRUCTION_SITES);不工作
我有教程中的以下代码，但在模拟模式下它不起作用.. if(creep.memory.role == 'builder') { if(creep.energy === 0) {

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

mysql - 防止 MySQL 崩溃？ “Creeping” 内存泄漏