【你看过哪些让你眼前一亮的架构案例或设计思路？】 首先说TiDB的横向扩展让我感觉很不错。但是今天我要说的是milvus，向量数据库，把数据放 s3 这首先感觉会很慢，但是人家执行查询前首先load一遍，把要用的数据load到内存。然后各种用就比较快了。这个我感觉超出了认知，曾经总认为不能要求用户干这个干那个，milvus就敢于让用户先load再查询，作为用户，load一下再用就是纯内存的，确实速度也很快。很不错！ 【所在行业的场景对系统架构有哪些要求？】 我所在的场景用习惯了mysql的主从同步，用tidb也期望搞一个备集群，现在br+ticdc虽说也很好，但是总归是要执行两次，有没有…

【你在毕业前学的是什么专业或研究方向】 软件工程 【如果时光倒流，如果你还想从事数据库相关工作，你会选择读什么专业】 做计算机可以，但是不想做后端了，搞搞app开发，游戏开发，还能赚点外快 【现在还是学习、从事计算机（数据库）行业的好年代么】 不是，没多少工作机会。没有几个厂搞数据库开发，需求量多的是DBA，但是一个公司一两个DBA就够了。 【其他想分享的话】 可能不学计算机，学学经济专业，炒炒股也比较好吧。

目前是v7.5.6，最近没有升级计划。稳定为主。

还是这个牛，期待早日看到单机版的 tidb 全面替代mysql：

没测过。在鲲鹏cpu上测试过5.4

看看pd的dashboard，上面有慢sql，执行计划如果有多个，可以直接绑定一个。如果只抓到了一个慢的，那就得自己绑定了。

日志确实看不到什么，如果一部署就有问题，那可能和cpu有点关系。

看看日志就行。 你现在的调用栈大概意思是： crash 启动后，recover 阶段，把wal应用后，写入 level0 层的文件，在计算crc32 看这个没啥用，可能是上层tikv自己退出的。看看上层tikv的日志，是不是有panic_mark 之类的。

修改完后你的tidb节点重启了吗？ 如果没有重启，看看tidb-operator的日志。 看看configmap改没改。

看看这个https://docs.pingcap.com/zh/tidb/stable/pd-recover/

有pd的数据吗?

检查慢sql吧，一个一个sql的 explain 执行计划里面有 cop 的就是下推到了 tikv 把这些慢sql优化掉就可以了

计算下推 https://docs.pingcap.com/zh/tidb/stable/expressions-pushed-down

和代码放一起用git管理

【简化技术栈是一个必然的趋势吗？】 必然趋势 【在使用 TiDB 过程中，有哪些优质的极简开发体验令你印象深刻？】 根本不用考虑资源规划，哪个组件cpu高扩哪个。

SHOW STATS_HEALTHY 如果以前也是全表扫描，那就试试 trace select xxxx 看看访问每个 region 用时多久。

全表扫描了 看看dashboard上面，关于这条sql有没有多个执行计划，是不是统计信息不准导致选择了一个错误的执行计划。 再看看表的健康度。

你是什么环境部署的呢？br是一个单独的工具，为什么会弄到8.5呢？换个低版本的就可以吧

这里看着写着br的版本是v8.5.1，应该得用同样的版本吧，br毕竟是物理备份。