部署tidb集群的时候，会关闭swap吗

🪐 TiDB 技术问题
1

【 TiDB 使用环境】生产环境
【 TiDB 版本】v8.1.1
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
在生产环境部署的时候，会彻底关闭swap分区吗？如果关闭，会不会因为内存不够就直接OOM了。还是设置vm.swappiness = 1，告诉操作系统尽量不要使用swap？

2

如果内存足够的话，不建议开启
https://docs.pingcap.com/zh/tidb/stable/check-before-deployment#检测及关闭系统-swap

3

我们是选择关闭的。

TiDB 运行需要有足够的内存。如果想保持性能稳定，则建议永久关闭系统 swap，但可能在内存偏小时触发 OOM 问题；如果想避免此类 OOM 问题，则可只将 swap 优先级调低，但不做永久关闭。

4

生产环境肯定是要关闭的，一开始采购机器的时候就应该采购足够的内存，而不是到最后用swap来续命。oom的本质还是sql的问题，尽量优化sql或者改写sql，就可以避免大多数oom的情况

1 个赞
5

官方要求关，最好不混合部署一般就不会内存不够

6

生产建议关，会拖慢

7

关闭虚拟内存，如果你的实际内存不够用。肯定会发生OOM，重启该服务。我在测试环境测试过。
不过 虚拟内存你开了，那肯定会影响效率。
生产就必须关了吧，如果内存不够OOM了。那就让领导升级服务器。加内存。

8

彻底关闭swap，生产不要使用swap

9

生产肯定是要关闭swap

10

生产环境还是关闭比较好的

11

关闭 swap ，现在机器内存都这么大了，要那点 swap 干嘛

12

Tidb要求关闭，很多数据库都是要求配置的

13

关关关，都使用物理机了，不差那点儿内存了，生产就不要使用swap了

14

TiDB 运行需要有足够的内存。如果想保持性能稳定，则建议永久关闭系统 swap，但可能在内存偏小时触发 OOM 问题；如果想避免此类 OOM 问题，则可只将 swap 优先级调低，但不做永久关闭。https://docs.pingcap.com/zh/tidb/stable/check-before-deployment#检测及关闭系统-swap

15

官方更推荐关闭

16

vm.swappiness = 1 和 vm.swappiness = 0 区别大吗？我之前看一些文章，以前比较低的版本的linux内核当设置为vm.swappiness = 0的时候，操作系统会发生OOM的问题

17

只是建议，建议关掉。

18

设置vm.swappiness = 1，不要设置成0，不要完全关闭

19

现在分布式数据库的组件重启很快，有时候分布式数据库组件自己OOM，反而是对操作系统层上其他核心进程的一种保护。

20

关闭，不建议开启。