@Kongdom @xfworld @Billmay表妹 三位老师是我人生的指路人。

我见到过的，在k8s上部署，是为了便于管理，有的企业会创建很多个小tidb集群（虽然这种方式也值得讨论），部署在k8s上是便于管理。k8s还会提供弹性的能力，在非侵入，无需人工干预的情况，只要有剩余资源，tidb server在单节点故障的情况下，会自动弹性恢复到原来的状态。这种是在公有云上，按量付费的情况下有巨大的优势。

22年接触到社区，在表妹们和大佬们的帮助下，摸到点开源的门槛，23年贡献开源社区，提了几个PR，感觉满满的成就，24想要在一个社区能获得commit的身份，希望愿望成真。

【TiDB 社区智慧合集】TiSpark 知识大全 官方指南 https://docs.pingcap.com/zh/tidb/stable/tispark-overview 专栏文章 特性实践 贡献人： @ShawnYan 贡献人： @shiyuhang0 贡献人： @数据小黑 贡献人： @ShawnYan 贡献人： @张鱼小丸子-PingCAP 贡献人：@tracy0984 源码解析 贡献人： @数据小黑 知识问答

我给客户大讲特讲多副本，然后客户告诉我说，备份最主要是防止有人乱搞，防止误删除数据，我就介绍了闪回机制。多副本+闪回，完善的备份机制。

在济南，在济南，talk是基础，小聚是必须要的，能吃到表妹的手艺是期望。

有具体的代码么？看看你是哪种写入方式？

有机会参观p社的office，并跟大佬们亲切交谈， 如果上一个愿望比较困难，成立一个济南office也行，

tiflash副本设置为0，然后再设置为原来的副本数可不可以

Cursor

Cloudbeaver

用过通义千问、星火。 现在写文档效率非常高，还很有条理。

恭喜恭喜，版主们越来越帅了。

编程不重要，重要的是要去杭州，去深圳也行。

我要挑战

我印象有个监听，会在spark任务失败后，清除链接，你show processlist一下看看有没有值得怀疑的链接

大哥们，你们的键盘和触控板都好油，哈哈哈哈

这还能不知道我是谁，三屏幕！ [image]

你的目标表含自增字段？目前TiSpark应该不支持写入自增字段的值。解决方案是建表时，避免自增字段；或者使用update模式写入，避免更新自增字段。从设计的角度来讲，含自增字段的表作为目标表导入，这个字段应该是没有意义的。