【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
tiup 部署
【在 K8s 上部署 TiDB 的主要应用场景是什么】
需要动态调整资源配置，有突发业务增长场景下，k8s部署应该会占据比较大的优势。
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
优势是可编排资源，资源调整比较方便；
挑战是k8s维护本身就比较难，在加上数据库也是分布式的，对维护人员的要求会非常高。
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
挑战，兼容性和web界面的性能检测
【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
tiup 部署
【在 K8s 上部署 TiDB 的主要应用场景是什么】
测试
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
优势：简便高效
挑战：图形化搞起来
让用前提要在部署文档里面有足够详细的文档，要不然不熟也是到处踩坑
【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
tiup
【在 K8s 上部署 TiDB 的主要应用场景是什么】
无
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
维护是否方便
【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
tiup
【在 K8s 上部署 TiDB 的主要应用场景是什么】
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
挑战就是对人员要求更高了
物理机
考虑性能的话，必须物理机。
没有在K8S下部署，现在使用物理机！ 目前看未来也没有计划在K8S上部署！
tiup物理机部署
【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
tiup方式部署
【在 K8s 上部署 TiDB 的主要应用场景是什么】
无
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
可扩展性比较占优势
2 个赞
【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
容器部署
【在 K8s 上部署 TiDB 的主要应用场景是什么】
无
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
容器化部署省事，扩容容易
2 个赞
感觉 k8s + TiDB 的优势是运维简单，TiDB 计算节点的扩缩容可以用到 k8s HPA 的能力。缺点也很明显，如果 TiKV 用网络盘性能会很差，如果用本地盘，TiKV 的扩缩容和本地 TiUP 部署对比就没什么优势了，反而多了 k8s 的运维复杂度。
【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
容器部署：
1、弹性伸缩与资源利用率
优势：
TiDB 的存算分离架构天然适合 K8s，可通过 Horizontal Pod Autoscaler (HPA) 动态扩展计算层（TiDB/TiKV），应对流量高峰。
存储层（TiKV）的 Region 调度与 K8s 的存储卷（PV/PVC）结合，实现存储资源的按需分配。
2、简化运维与标准化
优势：
通过 TiDB Operator 实现全生命周期管理（部署、升级、扩缩容、备份恢复），降低人工操作风险。
统一的 K8s API 和声明式配置（YAML）标准化运维流程，与 DevOps 工具链无缝集成。
3、高可用与故障自愈
优势：
K8s 的 Pod 健康检查与 TiDB 的 Raft 协议结合，实现节点故障自动迁移（如 TiKV Region 重新调度）。
跨可用区（AZ）部署 TiDB 集群，利用 K8s 的拓扑感知调度提升容灾能力。
【在 K8s 上部署 TiDB 的主要应用场景是什么】
1、金融行业 HTAP
在 K8s 上部署 TiDB，同时处理在线交易（OLTP）和实时风控分析（OLAP），利用 TiFlash 列存引擎加速聚合查询。
2、互联网高并发服务
通过 K8s 弹性扩展 TiDB 前端计算节点（TiDB Server），支撑秒杀活动或社交媒体的突发流量。
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
1、存储性能与稳定性
挑战：
TiKV 对低延迟、高吞吐的本地 SSD 依赖性强，而 K8s 动态挂载的云盘（如 AWS EBS）可能引入性能抖动。
本地存储（Local PV）管理复杂，需结合 K8s 的 local-volume-provisioner 或专用 CSI 驱动。
2、网络要求与延迟敏感
挑战：
TiDB 集群内部组件（TiDB/TiKV/PD）依赖高带宽、低延迟的网络通信，K8s 的 Overlay 网络（如 Calico IPIP 模式）可能增加延迟。
跨可用区部署时，网络延迟影响 Raft 协议同步效率。
3、资源竞争与隔离
挑战：
TiKV 和 TiDB 对 CPU/内存敏感，若与其他应用混部在相同节点，可能因资源争抢导致性能下降。
K8s 的 Resource QoS（Guaranteed/Burstable）需精细配置，避免 OOM Killer 误杀关键进程。
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
优势：容器化部署 TiDB 在弹性伸缩、多云支持、自动化运维方面表现突出，尤其适合业务快速增长或需要混合云架构的企业。
挑战：需重点解决存储性能、网络延迟、资源隔离等问题，建议结合 TiDB Operator 和 K8s 生态工具（如 CSI 驱动、服务网格）优化全链路稳定性。
我认为容器化 K8s 部署 TiDB 优势：可以很弹性的对实例进行扩缩，但是引入更多的组件会增加未知的故障情况，同时对排查问题会更加有挑战性
你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
容器
【在 K8s 上部署 TiDB 的主要应用场景是什么】
无
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
方便，兼容性强
2 个赞
使用TiUP部署，没使用过k8s部署，K8s在自动部署和运维方面比较有优势
【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
tiup吧，容器搞不定，出现问题就是大问题
【在 K8s 上部署 TiDB 的主要应用场景是什么】
无
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
优势是：扩缩容应该比较方便。 维护上加入k8s，管控上需要兼顾的地方比较多，排查问题也比较复杂，很容易背锅。
【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】
tiup二进制部署
【在 K8s 上部署 TiDB 的主要应用场景是什么】
serverless
【你认为容器化 K8s 部署 TiDB 有哪些优势和挑战？】
挑战：封装了太多，排障很困难
尚未部署：
1.方便快速部署，保持环境一致；
2.资源扩缩容方便。