【TiDB 使用环境】开发
集群节点需要定时重启才行吗?
这段时间开发环境数据库,满SQL非常多,由于我们的集群接入了很多项目,影响面还是很广的,重启了一下各节点好多了,tikv和tidb节点的资源都释放了很多,但重启的时候还是会影响到正在连接的应用。请教一下各位大神,到时候生产是不是也得定时重启,岂不达不到99.9的可用性了?
【TiDB 使用环境】开发
集群节点需要定时重启才行吗?
这段时间开发环境数据库,满SQL非常多,由于我们的集群接入了很多项目,影响面还是很广的,重启了一下各节点好多了,tikv和tidb节点的资源都释放了很多,但重启的时候还是会影响到正在连接的应用。请教一下各位大神,到时候生产是不是也得定时重启,岂不达不到99.9的可用性了?
不用啊,怎么可能需要定时重启,你看下你的配置,是不是混合部署太多了,配置不太够,另外非常多的慢sql也不是一个线上业务应该有的情况,优化表结构,优化sql语句,该放tiflash的放tiflash,你如果是一堆慢sql,放在任何数据库都不起作用
不用定时重启
3台16c 64G的服务器,混和部署的
这个在测试环境没问题,但是生产是不够的,另外你看下慢sql,是不是很多全表扫的,这些需要处理下,还是tikv的内存配置是什么样的,这都需要看,
应该跟GC有关吧,其实就是硬件资源不够吧。
完全不需要定时重启,有问题处理问题。看表现估计是GC没有释放资源。
我们的集群都是一直跑,从没重启过。。。。
应该计划性的优化慢SQL
正常生产并不用重启
你怎么部署的,是不是一个机器上有多个tikv和tidb,那样的话内存参数没配置好,容器内存不够
可以先研究下运维,基本上就不用重启了
不需要,但较低的版本可能存在oom的问题
不需要,我这的数据库七八年没重启过,而且Tidb重启,如果是OOM,单独某一个,他会自动重启服务,如果需要重启,手动一个个节点。不影响业务
tidb作为一款分布式数据库设计为可以持续运行,不需要定期重启来维持其性能或稳定性,你遇到的问题可能是满SQL执行时间长、占用大量资源的查询导致的性能问题,上了生产后期只能用优化SQL,调整参数来解决,一般生产环境不会定期,或经常重启。