大家好,本周日的「TiDB 性能调优」专题活动即将到来。在活动的分组交流环节中我们将以分组讨论的形式对大家平时遇到的关于 TiDB 性能相关的一些问题进行深入的讨论和交流。为了能更全面的覆盖大家所经历过或是正在面临的问题和挑战,在这里跟大家征集一下性能相关的问题。我们将在大家的建议基础上整理出几组供大家现场讨论的问题和方向,谢谢大家。
抛砖引玉:先提三个大方向: 1,读/写热点问题定位及解决; 2,SQL 优化; 3,系统、拓扑、参数、调度优化;
2 个赞
想学习一下慢SQL优化相关的问题
可以吧haproxy的最佳实践和参数也加上或者其他代理的调忧实践,有是后tidbserver可能没问题,代理配置不当可能也会引发不少问题
1 个赞
方向2中:大的 select * from table 语句 (统计使用 查询百万条记录) 可能会拖垮 TIDB吗?
客户端设置好 fetch size 后应该就不会一次性取出所有的数据内存就不会爆炸,抛开这个角度单纯从对系统压力来看没什么条件单纯就是 select 出来所有行的记录计算开销也不太大主要就是顺序的读数据。系统不是资源极度紧张的话应该就还好。
了解啦,。
就怕误操作~
加班遗憾没去成,有当天的资料分享出来嘛?
有的哈,活动回顾和 Talk 分享以及讨论内容会于近期整理发布在 AskTUG,欢迎持续关注~
赞赞!期待