【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
tidb安装完需要像mysql一样调优max_allowed_packet，max-connection，innodb_buffer_max_size之类的参数吗
max-connection不需要调，tidb允许的连接数很多。
innodb的没用
max-allowed_packet有点用，可以调整下。
1、默认gc时间10分钟，考虑调长点,可以做gc时间内数据恢复
2、修改日志有效期，否则可能日志太多写满硬盘
3、tidb_ddl_reorg_worker_cnt 参数 可以改大点，增加加索引速度
4、tidb的事务隔离级别，默认Repeatable Read，可以选择使用Read Committed
5、 统计分析时间段设置
可以把这个统计分析放到数据库空闲的时候取执行
SET GLOBAL tidb_auto_analyze_start_time=‘23:00 +0800’;
SET GLOBAL tidb_auto_analyze_end_time=‘00:00 +0800’;‘
6、tidb内存参数调整
内存够，默认1G的tidb_mem_quota_query可以调大点
7、修改tidb对外显示的mysql版本号,解决漏洞扫描问题
8、tidb的session连接超时时间设置
9、检查临时空间权限和大小设置
2 个赞
还有其他需要调的变量吗
这个要结合自己的硬件情况，如果时间太长，会影响查询性能吧。
1 个赞
看数据重要程度，如果数据非常非常重要，那可能效率不是最优先考虑的
确实是这样的，要结合自己的业务设置
1 个赞
我觉得每个环境各不相同应该没有什么固定的参数调整。一开始可以使用默认的跑一段时间，根据相应的问题再去调整对应的参数。
默认跑一段时间，如果有类似于oracle的awr能分析哪些参数需要调整就更好了
基本上不用动，默认参数跑就挺好。
先默认跑，出现性能问题再去调整，他的参数都是根据机器配置自行设定的
调整 gc时间，误操作恢复比较快
调整tidb_mem_quota_query
没有问题的话不需要 有需要了在调
这个要按照实际情况进行调整
通过多维度对TIDB集群进行压测发现，storage.block-cache.capacity这个参数一定要调整，否则TIKV会频繁OOM
比如三个节点,每个64G，应该调整成多大
性能没问题就不需要调
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。