没区别，Kylin v10 服务器版操作系统就是走欧拉 openEuler 技术路线的。它还有一个桌面版，不是这个路线

我觉得故宫的文创都很不错，安利 tidb 也做一些类似的

有可以复现的SQL用例吗

AI 时代来了之后，你更忙还是更轻松？ 更忙了 你现在在用哪个 agent 协同平台 / 框架？ 公司统一的开发框架 目前遇到最大的问题和阻碍是什么？ 更多是技术层面的，技术日新月异， 有没有哪个方案让你觉得不错 个人对现在的主流大模型感觉不错，基本能满足日常开发要求。实际使用一切以性价比为主

我的疑问就是这个： 当前窗口数据只存在 summary 里，理论上 history 不会出现本条窗口记录 。

tidb_stmt_summary_refresh_interval 是默认值 1800s

【你目前使用的版本】 6.5.6 【最需要 v8.5.7 的哪些新功能】 TiDB Dashboard 的 Top SQL 页面支持收集和展示 TiKV 网络流量和逻辑 I/O 指标 从 v8.5.7 起，TiCDC 新架构支持表路由功能。 【还有哪些产品需求】 暂无

“留用 canal-json：开启 tidb 扩展并指定 base64 编码”，没理解“并指定 base64 编码” 具体怎么做，没看到 ticdc 支持这样的参数

这台用作 tiup + prometheus +grafana+备份节点+非业务用 tidb-server

“重置 tso_base” 具体是个什么操作？

index not found when verify the table, table: test.t1, index: " 是不是因为 test.t1 没有有效 index？

TiDB 没有内置 lock_table 这个表，这应该是业务自己的表

AI 方面的增强呢？

“计算和存储解耦” 和现在的架构的核心区别是什么，现在不也是计算节点和存储节点分离吗？

你就会发现已经连续100天都打了卡

VMware 装 TiDB ，硬件性能会不会有点儿过于弱？

问题 1 TiDB 集群故障时，我最希望 TEM AI 智能运维能帮助解决这些具体问题： 1）自动根因定位：不用人工翻日志、查监控，直接告诉我是 PD / TiKV / TiDB Server 哪一层出问题，是网络、磁盘、锁冲突、热点还是资源瓶颈。 2）故障自动止损：例如自动切流量、隔离异常节点、自动重启异常组件，避免业务雪崩。 3）恢复建议：给出可执行的恢复步骤 4）跨组件关联分析：把监控、日志、慢查询、调用链自动关联，自动画出故障传播链。 5）减少误告警：AI 自动过滤噪音告警，只报真正影响业务的问题。 问题 2 慢查询方面，我希望 TEM AI 提供具体分析 + 优化能力： …

blkid /dev/sdb 查不出来吗？