你是从哪个数据库迁移到 TiDB 的？ 迁移 TiDB 都用啥工具？偏爱 TiDB 原生的 DM、Lightning、TiCDC，还是习惯用 DataX、Flink 这些第三方，或者自己自研工具？
从mysql 分库分表迁移到 TiDB的，用过 DM，也用过自研的，自研的好处是配置简单，DM 的配置略复杂。
实操 TiDB 数据迁移时，你踩过最坑的是什么？是数据量大迁移慢、一致性难保证，还是业务中断风险，或者工具运维太复杂？
DM 的文档不足够详细，我期望能快速生成一个模板例子，我改改库的账号密码就能用，然后可选的参数以及默认值都列出来，想改什么就改什么。
5 天前
压力太大了吧，扩容或者优化sql吧。
11 天前
[image]
这里是把 <1,Jack>,<2,Candy> 两个属于不同region、不同tikv的key按事务写入tikv。
首先是prewrite，在default cf 和 lock cf 写入数据，把要写入的变更按region分成2个grpc，分别发送给2个tikv。
两个tikv 分别在default cf中写入数据，lock cf 中写入锁。其中 tikv1 中的是主锁，tikv2的是从锁
提交时，tikv_client 首先给主锁所在的region发送grpc，在write cf中写入commit记录put<1_100,100>,删除lock cf 中的锁<1,(D,…
1 个月前
另外补充一下：这个报错如果返回给了客户端，客户端常用的访问 mysql 的那一套靠 durid 的封装没有抓到这个报错（也可能是我们程序写的挫），这会给客户端造成数据已成功写入的假象，建议这个错误至少能做个兼容处理，让客户端能感知到这个错误。
还有另一个错误客户端捕获不到：当事务超大，返回 out of memory 的时候，链接也没断开，我们一个程序会认为结果还没返回，就一直傻等着。这个问题不确定是程序导致的还是 tidb 自创的这些报错 jdbc 驱动无法拿到。
1 个月前
曾经的雨伞，没列出来！很实用！使用频率最高的当属充电头了，充电很快！偶尔笔记本没电应急也能用！
2 个月前
![[image]](https://asktug.com/uploads/default/original/4X/e/f/a/efa781a22f47715a895d2318b1d6dc73fb1fad75.jpeg){kind=link}
刚看了看这个高级功能，我大概是这样理解的：
tidb 收到 select 的时候，不请求 ts， 用上一个 ts 向 tikv 发送，并且带一个标记：RcReadCheckTS，tikv 在扫描数据的时候，如果遇到了更新版本的数据，说明 ts 不合适，需要申请新的。给tidb返回 WriteConflict 错误。
tidb 如果还一条数据没发给客户端，那可以直接从pd获取个时间戳，再发送给 tikv 查询。如果tidb 已经发了一部分数据给客户端了，那发的数据就可能不符合隔离级别了，这次查询只能报错了。
这个方式适合数据冲突比较小的情况下。极端情况下假设你的数据根本都不变化，那tidb…
2 个月前
【你所在企业的 TiDB 集群规模有多少节点（PD+TiKV+TiDB 的数量）？】
15
【TiDB数据库承载的业务类型？（数据中台/核心交易类/内部办公类/大数据分析类/备库…）】
大数据分析类
【目前你对 TiDB 集群采用的主要数据保护方式是什么？（无保护/BR 脚本备份/ 统一备份软件/ TiCDC 容灾）】
BR+PITR
【如果有 TiDB 备份一体机，你们企业是否有考虑采购 TiDB 专属备份一体机？有需求吗？大概的预算是多少？】
暂无，备份一体机不能还是同一个机房，没法跨机房，没什么优势。
3 个月前
你们在数据库选型的时候调研了哪些数据库？
tidb，vitess
最后为什么选择了 TiDB ？原因是什么？你觉得 TiDB 对比其他你调研的数据库，优势在哪里？
不用分库分表，省心。语法支持比较好，可视化做的比较好，比较方便定位问题。
3 个月前
比如说内存，闲着干什么呢？缓存点数据，降低io的延迟不香吗？
比如说cpu，有几核用几核，留着给谁用呢？
比如说磁盘，用到最后有个 space-place-holder，这个就是按需用了。
3 个月前
没有更多内容了