您当前使用的云资源部署在哪个地域（城市），会考虑单一城市部署还是多城市容灾？在哪朵云上？ 北京 私有云 目前运行着多少套 TiDB 集群，合计节点数 / 核心数（core）为多少？您当前 TiDB 相关资源的年度总费用是多少？ 云提供的具体折扣力度（如折扣率 / 优惠方式）是什么？ 1套 若迁移至 TiDB 全托管服务，您期望获得的服务等级协议（SLA）标准是什么（如可用性、故障恢复时间等）？ 暂时不会考虑全托管，主要是安全要求

TiDB越来越好

中意的周边: 运动套装 创意周边: 矮胖一点的保温杯

MANIFEST损坏了吧，使用TiUP在线缩容问题节点，再扩容一个新节点。

【你认为目前/未来公司在出海的业务有哪些特征？（如高并发等）分布式数据库能为你的业务需求带来哪些收益？】 海量数据分析 【有哪些相关问题想跟嘉宾老师交流的？】 版本升级故障最小化

看热力图 垂直热点 ：表明某个Key Range频繁访问 水平热点 ：表明某个时间点全表扫描

【有哪些好的运维习惯/创新实践，帮你兜住了哪些风险？】 TiDB的监控、告警、慢查询日志 【用了 TiDB 是否让你更省心？】 比较省心、很少遇见大的问题

两个功能的「统计维度、筛选逻辑、数据范围」完全不同， 「慢查询」解决 “单点极端问题”，「SQL 语句分析」解决 “整体资源占用问题” ，观察今天的 SQL 慢，优先以「慢查询」定位具体问题 SQL，再用「SQL 语句分析」二者结合才能全面覆盖性能问题

最新稳定版，https://docs.pingcap.com/zh/tidb/stable/quick-start-with-tidb/

你所在企业是否有出海规划或已开展出海业务？企业出海的核心目标区域 / 国家是哪里？ 暂无 驱动企业出海的核心因素是什么（如市场扩张、政策支持等）？ 暂无 出海场景下，你最关注数据库的哪些能力（如合规适配、跨区域部署、低运维等）？最关注的技术问题是什么？ 跨区域低延迟访问、轻量化运维、弹性扩容 出海场景下，你更倾向选择自建数据库还是全托管数据库服务？ 自建 出海业务中，你会选择 TiDB 吗？ 有需要会使用

分区表的每个唯一键，必须包含分区表达式中用到的所有列 。

读写性能提升

查找一下容量指标

TiKV有一个配置参数capacity

检查网络连接 检查TiFlash节点与TiKV节点之间的网络连通性，以及网络延迟和带宽。

检查TiFlash副本同步状态 通过SQL语句检查TiFlash副本的同步进度：SELECT * FROM information_schema.tiflash_replica ，查看PROGRESS 列是否接近1。 如果同步延迟较大，需要分析原因，可能是由于写入压力大或TiFlash节点性能不足。

检查TiKV集群状态 使用TiDB的监控面板或使用pd-ctl 检查Region的健康状态，确认是否有Region处于异常状态（如pending peer、down peer等）。 检查TiKV日志，看是否有频繁的Region分裂或迁移。

Lightning 导入数据校验失败了？