自从上月末LinkNemo迁移到新架构后，服务器的内存偶尔不够用，尝试调配了一些程序的jvm参数，效果稍有改善，但是还不是特别理想。主要原因还是服务器的内存太小了。
第一个版本的LinkNemo程序上线的时候是在15年12月31，那时候LinkNemo服务器的内存配置才512M。后来到17年上半年，陆陆续续在LinkNemo上加了不少新功能，512内存不太够用了，这才升级到1G内存。
最近这次大版本升级主要把程序的架构迁移到了Nemo社区那一套上，主体架构用得是Springboot，占用内存比旧版本的LinkNemo架构使用的SpringMvc要稍多一些。
所以这些天一直在调试LinkNemo后端服务的JVM参数。相对刚上线的时候几个小时服务就因内存不足而卡顿，现在基本能够稳定运行。不过内存的问题还是比较紧张的。
$ top
top - 18:40:54 up 8:21, 2 users, load average: 0.16, 0.10, 0.17
Tasks: 92 total, 1 running, 91 sleeping, 0 stopped, 0 zombie
%Cpu(s): 3.4 us, 1.4 sy, 0.0 ni, 0.0 id, 95.3 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 1016020 total, 67364 free, 808772 used, 139884 buff/cache
KiB Swap: 524284 total, 524284 free, 0 used. 57412 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2573 root 20 0 2282416 514712 5072 S 0.0 50.7 2:20.84 java
2925 mysql 20 0 1083052 256628 9556 S 6.0 25.3 0:01.46 mysqld
1 root 20 0 37972 4060 2012 S 0.0 0.4 0:01.55 systemd
879 www-data 20 0 127992 4032 1920 S 0.0 0.4 0:11.65 nginx
1091 root 20 0 124624 3908 0 S 0.7 0.4 1:17.31 AliYunDun
2423 root 20 0 14376 3648 1768 S 0.0 0.4 0:00.08 bash
2965 root 20 0 33572 3176 2632 R 0.0 0.3 0:00.06 top
450 root 20 0 275768 2844 100 S 0.0 0.3 0:00.37 accounts-daemon
2078 root 20 0 14348 2188 336 S 0.0 0.2 0:00.08 bash
1003 root 20 0 61636 2160 0 S 0.0 0.2 0:00.00 (sd-pam)
2403 root 20 0 96032 1752 816 S 0.7 0.2 0:00.86 sshd
2058 root 20 0 96032 1424 496 S 0.0 0.1 0:00.14 sshd
878 root 20 0 127332 1396 0 S 0.0 0.1 0:00.00 nginx
247 root 20 0 44740 1244 0 S 0.0 0.1 0:00.09 systemd-udevd
854 ntp 20 0 98200 1008 432 S 0.0 0.1 0:01.35 ntpd
999 root 20 0 36800 872 124 S 0.0 0.1 0:00.00 systemd
463 syslog 20 0 256396 728 0 S 0.0 0.1 0:00.06 rsyslogd
960 root 20 0 59432 684 0 S 0.0 0.1 0:00.00 sshd
519 root 20 0 32280 636 0 S 0.0 0.1 0:07.56 AliYunDunUpdate
402 root 20 0 29008 600 316 S 0.0 0.1 0:00.12 cron
212 root 20 0 28356 584 264 S 0.0 0.1 0:00.12 systemd-journal
573 root 20 0 707120 564 0 S 0.0 0.1 0:00.36 nscd
404 root 20 0 20312 524 256 S 0.0 0.1 0:00.04 systemd-logind
413 message+ 20 0 42904 448 0 S 0.0 0.0 0:00.03 dbus-daemon
451 root 20 0 65388 388 0 S 0.0 0.0 0:06.14 aliyun-service
456 daemon 20 0 26044 196 0 S 0.0 0.0 0:00.00 atd
869 root 20 0 7520 76 0 S 0.0 0.0 0:00.00 agetty
871 root 20 0 7704 72 0 S 0.0 0.0 0:00.00 agetty
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:00.19 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 S 0.0 0.0 0:02.09 rcu_sched
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
10 root rt 0 0 0 0 S 0.0 0.0 0:00.10 watchdog/0
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kdevtmpfs
12 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 netns
13 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 perf
14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khungtaskd
15 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 writeback
16 root 25 5 0 0 0 S 0.0 0.0 0:00.00 ksmd
17 root 39 19 0 0 0 S 0.0 0.0 0:00.70 khugepaged
18 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 crypto
19 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kintegrityd
20 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
21 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kblockd
22 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 ata_sff
23 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 md
24 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 devfreq_wq
28 root 20 0 0 0 0 S 0.7 0.0 0:48.99 kswapd0
29 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 vmstat
30 root 20 0 0 0 0 S 0.0 0.0 0:00.00 fsnotify_mark
31 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ecryptfs-kthrea
47 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kthrotld
48 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 acpi_thermal_pm
49 root 20 0 0 0 0 S 0.0 0.0 0:00.00 vballoon
50 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
51 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
52 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
53 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
54 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
这是内存比较良好的情况下，一些进程的内存使用情况。
可以看到，内存占用比较高的两个进程分别是java和mysql。
java进程内存占用达到了50.7%，mysql内存占用达到了25.3。
实测下来，服务器启动后，初始化内存能占用到33%。
做了swap虚拟内存，分配了大概500M，不过实测下来，当使用到swap内存的时候，服务器cpu占用率会非常高，服务器的响应也会因此而缓慢。最好还是不要用到swap内存的为好。
之前已经调配过jvm的参数，目前峰值的时候，java进程大概能占用到55%左右。内存相对来说还是不够用的。不过jvm的参数看样子应该已经处于一个比较良好的状态了，继续调配jvm参数用来节约内存的使用看样子也起不到更好的效果。
考虑压缩mysql的内存使用。
查看mysqld的配置：
key_buffer_size = 16M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover-options = BACKUP
max_connections = 50
#table_cache = 64
#thread_concurrency = 10
#
# * Query Cache Configuration
#
query_cache_limit = 512K
query_cache_size = 16M
一些目前默认的参数。尝试修改了下，好像没有起到太大的作用。
在网络上爬帖，看到一些同志建议设置performance_schema = 0。尝试在mysqld配置中添加了这个配置，重启mysql服务后，内存占用如下：
top - 11:16:44 up 1 day, 57 min, 1 user, load average: 0.34, 0.22, 0.19
Tasks: 88 total, 1 running, 87 sleeping, 0 stopped, 0 zombie
%Cpu(s): 18.3 us, 3.3 sy, 0.0 ni, 0.0 id, 78.4 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 1016020 total, 65720 free, 769324 used, 180976 buff/cache
KiB Swap: 524284 total, 524284 free, 0 used. 92816 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3205 root 20 0 2325020 541088 0 S 0.3 53.3 27:26.09 java
3047 mysql 20 0 1012072 181948 0 S 19.3 17.9 33:08.67 mysqld
1091 root 20 0 126480 3808 0 S 0.3 0.4 3:31.22 AliYunDun
879 www-data 20 0 128016 3492 1648 S 0.0 0.3 0:32.94 nginx
4640 root 20 0 14360 2980 1116 S 0.0 0.3 0:00.04 bash
450 root 20 0 275768 2972 228 S 0.0 0.3 0:01.05 accounts-daemon
4725 root 20 0 33572 2948 2408 R 0.0 0.3 0:00.00 top
1 root 20 0 37972 2500 452 S 0.0 0.2 0:01.78 systemd
1003 root 20 0 61636 2160 0 S 0.0 0.2 0:00.00 (sd-pam)
4620 root 20 0 96032 1452 516 S 0.0 0.1 0:00.24 sshd
878 root 20 0 127332 1396 0 S 0.0 0.1 0:00.00 nginx
247 root 20 0 44740 1244 0 S 0.0 0.1 0:00.14 systemd-udevd
999 root 20 0 36800 872 124 S 0.0 0.1 0:00.00 systemd
463 syslog 20 0 256396 732 0 S 0.0 0.1 0:00.14 rsyslogd
960 root 20 0 59432 684 0 S 0.0 0.1 0:00.00 sshd
519 root 20 0 32280 636 0 S 0.0 0.1 0:21.45 AliYunDunUpdate
854 ntp 20 0 98200 576 0 S 0.3 0.1 0:03.75 ntpd
212 root 20 0 28356 564 244 S 0.0 0.1 0:00.27 systemd-journal
573 root 20 0 707120 564 0 S 0.0 0.1 0:00.82 nscd
413 message+ 20 0 42904 448 0 S 0.0 0.0 0:00.03 dbus-daemon
451 root 20 0 65388 392 0 S 0.0 0.0 0:17.87 aliyun-service
402 root 20 0 29008 284 0 S 0.0 0.0 0:00.22 cron
404 root 20 0 20312 268 0 S 0.0 0.0 0:00.11 systemd-logind
456 daemon 20 0 26044 196 0 S 0.0 0.0 0:00.00 atd
869 root 20 0 7520 76 0 S 0.0 0.0 0:00.00 agetty
871 root 20 0 7704 72 0 S 0.0 0.0 0:00.00 agetty
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:00.86 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
7 root 20 0 0 0 0 S 0.0 0.0 0:06.24 rcu_sched
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
10 root rt 0 0 0 0 S 0.0 0.0 0:00.31 watchdog/0
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kdevtmpfs
12 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 netns
13 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 perf
14 root 20 0 0 0 0 S 0.0 0.0 0:00.02 khungtaskd
15 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 writeback
16 root 25 5 0 0 0 S 0.0 0.0 0:00.00 ksmd
17 root 39 19 0 0 0 S 0.0 0.0 0:01.18 khugepaged
18 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 crypto
19 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kintegrityd
20 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
21 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kblockd
22 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 ata_sff
23 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 md
24 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 devfreq_wq
28 root 20 0 0 0 0 S 0.7 0.0 1:00.58 kswapd0
29 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 vmstat
30 root 20 0 0 0 0 S 0.0 0.0 0:00.00 fsnotify_mark
31 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ecryptfs-kthrea
47 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kthrotld
48 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 acpi_thermal_pm
49 root 20 0 0 0 0 S 0.0 0.0 0:00.00 vballoon
50 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
51 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
52 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
53 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
54 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
55 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
56 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
峰值情况下，mysql的内存占用大概也就只有18%左右。相比之前动辄就占用25%，目前节省了不少。看样子目前的问题大概是解决了，服务器尚有一些剩余内存用来执行其他一些耗内存的操作。
查了一下performance_schema这个参数，大致了解到这个配置参数主要用于收集数据库服务器性能。当然了，看样子目前是用不上这个参数啦~
