这里的“最小配置”不是技术硬限制，而是“经验推荐”。要看需求是什么，如果是功能验证、简单的性能测试，降低配置也没问题，满足需求就可以

我也模拟试试

是偶然的现象吗？如果要复现有什么注意事项吗

95% 都是 java，少部分 go 或者 python，C绝迹了

感谢分享，正在测试

个人目前最大的感受是：要确定方向，充分利用碎片时间

操作： 1）tidb v6.5.11 升级至 v8.5.1， 2）搭建 cdc 复制链路，v8.5.1 → v6.5.11 3) 将 v8.5.1 版本 cdc 进行 patch 到新架构的版本 4）修改集群配置，增加 newarch: true，对 cdc 执行 tiup cluter reload 操作 报错信息 1）程序 panic [image]

下意识会按 mysql 中的schema 来理解

我觉得实际意思是这个，不过按照 mysql 的schema 概念，总觉得这里貌似说明的有点儿不清楚

软链也是一个好用的方法

【聊聊你的 TiDB SQL 使用过程中遇到的问题】 目前使用TiDB 的分析慢sql时，不是能 100% 确定时间主要慢在哪里 【你的 SQL 优化实践经验】 三板斧 【如果有线上 Meetup，你想听关于 SQL 优化的什么内容】 以实际案例讲 TiDB 优化的方法套路

要再听一次

【你问的问题是】 你是一个架构师，现在有一个业务需要选型国产信创数据库，已知该业务会承担数据库查询分析场景，查询SQL 一般为 5 表关联，表最大数据量 22亿左右，最小 1亿，请从性能角度推荐一下哪个国产信创数据库可适用该场景 【准确率如何？】 答复深度略微不够 【回答截图】 [image]

DM 的设计目标是 从 Mysql 下载数据到 TiDB，所以对下游 Mysql 的兼容性应该是没有验证过的

【实验名称】使用 TiUP 部署 TiDB 集群 【体验】按照实验手册操作，步骤很详细，操作丝滑流畅 【截图】 1）安装 tiup [image] 2) 部署集群 [image] 3）检查已经部署的集群 [image] 连接到 tidb 实例 [image] 停止集群 [image]

虽说 TiDB 的定位不是替换 Mysql，但用户很需要能替换掉，减少维护的数据库种类

能否别按行业，按使用方向，比如实时OLAP，按部署架构如 两地三中心做一些案例合集

目前探索方向是云上，通过页面点击逐步替代传统的黑屏操作