ArangoDB 3.3.5升级后：调整vm.max_map_count是否安全及意义？

先贴出你遇到的警告信息：

2018-05-24T10:25:32Z [26942] WARNING {memory} maximum number of memory mappings per process is 65530, which seems too low. it is recommended to set it to at least 512000
2018-05-24T10:25:32Z [26942] WARNING {memory} execute 'sudo sysctl -w "vm.max_map_count=512000"'

下面分两个问题给你详细解答：

1. 调整这个系统设置是否安全？ #

完全不用担心，这个调整是安全且常规的操作：

• 它只是放宽了Linux系统允许单个进程创建的内存映射文件数量上限，默认的65530是比较保守的通用设置，对数据库这类需要频繁操作内存映射的服务来说确实不够用。
• 修改这个参数不会影响其他进程的正常运行，除非你的系统上还有其他极端依赖内存映射的程序，但这种场景非常少见。
• 临时生效用命令sudo sysctl -w "vm.max_map_count=512000"，如果要让设置重启后依然生效，把vm.max_map_count=512000添加到/etc/sysctl.conf文件，再执行sudo sysctl -p刷新配置就行，这两种操作都没有风险。

2. 提升max_map_count对ArangoDB有何具体意义？ #

ArangoDB在运行时严重依赖内存映射文件来高效处理数据，提升这个参数的作用很关键：

• 防止服务异常崩溃：如果默认的65530上限被耗尽，ArangoDB就无法创建新的内存映射，会直接导致无法加载数据、查询失败甚至服务崩溃，提升数值能从根源避免这类问题。
• 优化性能与稳定性：足够的内存映射数量可以让ArangoDB把更多数据和索引缓存到内存中，减少磁盘IO的开销，不管是查询还是写入操作的响应速度都会提升，同时高负载下的稳定性也会更好。
• 支持更大的数据规模：当你的数据库数据量增长、创建更多索引时，需要的内存映射文件数量会同步增加，更高的max_map_count能让ArangoDB轻松处理更大规模的数据集，不用再受限于内存映射数量的瓶颈。

内容的提问来源于stack exchange，提问作者Loredra L