【TiDB 6.0 试用荣誉体验官招募】TiDB 6.0 Book Rush 一起来分布式创作 6.0 的使用手册吧

本文主要是介绍【TiDB 6.0 试用荣誉体验官招募】TiDB 6.0 Book Rush 一起来分布式创作 6.0 的使用手册吧,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

2020 年 3 月 TiDB 4.0 发布,48 小时分布式写一本书的疯狂念头把一群社区小伙伴聚在一起,造就了 TiDB 历史上第一本分布式创作的电子书—— 《TiDB in Action》。这本书以 TiDB 4.0 版本为基础,介绍了 TiDB 的基本原理、安装部署与管理的实践,以及 Trouble Shooting 指南,是一本集合技术原理与实践指南的实用手册。这本书也成为了很多社区用户的 TiDB 入门指南,甚至有一些小伙伴默默地把它打印出来装订成册。

 

TiDB Book Rush 活动也铭刻在了很多社区小伙伴的记忆中,有人说“这是数据库史上最浪漫的 36 小时”,让我们看到社区的力量如何将疯狂的想法变成现实。

如今,TiDB 刚刚发布了 6.0,在新版本中大幅度加强了 TiDB 的可管理性和可运维性,比如引入了数据放置框架(Placement Rules In SQL),增加了企业级集群管理组件 TiDB Enterprise Manager ,开放了智能诊断服务 PingCAP Clinic 的预览等等。在发布当天就已经有社区用户在 asktug 上表示已经或计划在测试了,如何帮助更多的用户把新版本中的这些“好用”的特性用起来呢?

作为一个开放、共享的社区,没有比“集结社区的力量编写一本 TiDB 6.0 的使用指南”更好的方式了!

4 月 22 日,TiDB 社区正式发起 TiDB 6.0 Book Rush 活动,面向社区征集 TiDB 6.0 的体验者和写作者,只要你有计划试用或正在试用 TiDB 6.0,都可以报名参加本次活动。在活动过程中,你将有机会和同期试用的小伙伴一起体验 TiDB 6.0 的最新特性(包含 TiEM 企业版特性),交流试用心得,最后将试用经验写成文章,你的经验会永久地留在 TiDB 的里程碑中,成为更多人学习 TiDB 的宝贵资料。当然,还有丰富的周边奖励和积分等你拿!

TiDB 6.0 Book Rush 将分为 TiDB 6.0 原理和特性,TiDB Developer 体验指南,TiDB 6.0 可管理性,TiDB 6.0 内核优化与性能提升,TiDB 6.0 测评,TiDB 6.0使用实践 6 大内容模块,你可以选择自己感兴趣的任一模块,来试用和撰写相关文章。

开放和共享是社区不断成长的根基,分享和互助是社区生命力的源泉,你的技术实力和才华值得被更多人看到!

活动亮点

  • 分布式写作:本次活动将集结社区的力量创作一本关于 TiDB 6.0 的电子书,整个过程中你将看到电子书一点点完善的过程,体验分布式创作的快乐;
  • 试用工具包:我们为大家准备了丰富的试用文档和资料,尤其针对 TiEM 和 Clinic 2 个新增组件做了详细的说明文档,保证你在试用路上不迷茫;
  • 技术文章写作指导:不知道写什么?我们已经初拟了电子书大纲,你可以根据兴趣认领要创作的部分。不知道怎么写?后期我们将邀请神秘大咖为大家提供创作指导,扫平文章创作中的障碍;
  • 多重、丰厚奖励设置:活动分为报名、试用&反馈、文章创作 3 个阶段,可以根据自身情况选择希望参加的阶段,获得相应的权益奖励;最后还有机会获得 Apple Watch Series 7 大奖奖励;
  • TiDB 6.0 试用交流:报名活动加入 6.0 产品试用群,可以与同期试用的小伙伴交流试用心得和问题。

活动安排

  • 4 月 22 日- 6 月 10 日 试用报名
    • 填写试用意愿表单:https://forms.pingcap.com/f/BookRush?utm_source=02_427tidbctp
报名后 1-2 个工作日会拉群,如果超过 3 个工作日没有人找你,证明审核没通过,如有任何疑问,可以加罗伯特微信咨询:

  • 截至 6 月 17 日 试用 & 反馈阶段
    • 根据试用引导资料,下载和部署 TiDB 6.0,对相应的特性进行功能、性能、可靠性等方面的专项测试,并填写和提交试用反馈报告;
  • 截至 6 月 30 日,文章创作阶段
    • 根据电子书目录认领章节,在社区专栏撰写和提交 TiDB 6.0 试用文章,获得相应的权益回报。
  • 结果公布
    • 7 月 22 日前将在 asktug 公布结果,并在 PingCAP DevCon 2022 颁奖

多重权益

权益一:TiDB 社区 100 经验值&积分

  • 填写意愿表,报名成功即可获得

权益二:PingCAP DevCon 2022 门票、磁带无线移动电源、TiDB 社区 200 经验值&积分

  • 报名,完成测试并提交反馈报告,反馈报告通过审核即可获得
“PingCAP DevCon”是由 PingCAP 举办的年度顶级数据技术盛会,大会已连续举办三年,成为观测开源产业、数据库前瞻趋势的风向标。

权益三:TiDB 6.0 Book Rush 优秀贡献者,并在 DevCon 荣誉展示

  • 完成测试,撰写测试体验类技术文章,文章入选 TiDB 6.0 Book Rush 即可获得
  • 奖励:TiDB Community 键盘,300 积分&经验值

权益四:TiDB 6.0 荣誉体验官(限额 10 名),并在 DevCon 2022 现场颁奖

  • 文章入选 TiDB 6.0 Book Rush,并获得精选推荐即可获得
  • 奖励:Apple Watch Series 7,还有机会在 PingCAP DevCon 2022 做主题分享
  • 精选标准:
  1. OLTP 或 HTAP 的主题方向优先;
  2. 重点体验 feature 的真实使用感受优先;
  3. 应用场景的可复制性强,文章中有关于收益/价值总结的描述;

试用范围

本次试用范围为 TiDB 6.0.0-DMR 版本,主要特性包括:

  • TiDB Enterprise Manager 企业级数据库管理平台(TiEM);
  • PingCAP Clinic 自动诊断服务(Technical Preview 版本);
  • Placement Rules:基于 SQL 的数据放置规则,提供更灵活的数据放置管理能力;
  • 最新版本分析引擎 TiFlash:更多算子和函数支持,更优的线程模型,更高效的列存引擎;
  • TiDB 6.0 其他新增小特性
    • 特性1:支持手动取消统计信息的自动更新,减少资源争抢,降低对业务 SQL 性能的影响;
  • 特性2:内核层面的数据索引一致性检查,通过极低的资源开销提升系统稳定性和健壮性;
  • 特性3:面向非专家的性能诊断功能 Top SQL,提供一体化、自助的数据库性能观测及诊断能力;
  • 特性4:支持持续性能分析,持续记录集群的故障现场性能数据,缩短技术专家故障诊断时间;
  • 特性5:热点小表缓存,大幅提高访问性能,提升吞吐,降低访问延迟;
  • 特性6:内存悲观锁优化,在悲观锁性能瓶颈下,可以有效降低 10% 延迟,提升 10% QPS;
  • 特性7:提升 MPP 引擎计算性能,支持更多表达式下推,正式引入弹性线程池;
  • 特性8:新增 DM WebUI,方便地通过图形化的方式管理大量迁移任务;
  • 特性9:提升 TiCDC 在大规模集群下同步数据的稳定性和资源利用效率,支持高达 10 万张表的同时同步;
  • 特性10:TiKV 节点重启后 leader 平衡加速,提升业务恢复速度。

试用工具包

  1. TiDB 6.0 软件包下载链接:https://pingcap.com/zh/product-community/
  2. TiDB 6.0 Release Notes:https://docs.pingcap.com/zh/tidb/v6.0/release-6.0.0-dmr
  3. 升级指南(使用 TiUP 升级到 TiDB 6.0):https://docs.pingcap.com/zh/tidb/v6.0/upgrade-tidb-using-tiup
  4. TiFlash 快速上手指南:https://asktug.com/t/topic/632816
  5. TiEM 试用指南:https://asktug.com/t/topic/664213
  6. Clinic 试用指南:https://asktug.com/t/topic/664214
  7. TiDB 学习资料大全:https://asktug.com/t/topic/664024

Book 地址

我们已经初拟了电子书大纲,你可以根据兴趣和需求来认领要创作的部分。

电子书地址:TiDB 6.0 Book Rush! | TiDB Books

活动报名

快来点击链接 报名吧!

这篇关于【TiDB 6.0 试用荣誉体验官招募】TiDB 6.0 Book Rush 一起来分布式创作 6.0 的使用手册吧的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/884275

相关文章

乐鑫 Matter 技术体验日|快速落地 Matter 产品,引领智能家居生态新发展

随着 Matter 协议的推广和普及,智能家居行业正迎来新的发展机遇,众多厂商纷纷投身于 Matter 产品的研发与验证。然而,开发者普遍面临技术门槛高、认证流程繁琐、生产管理复杂等诸多挑战。  乐鑫信息科技 (688018.SH) 凭借深厚的研发实力与行业洞察力,推出了全面的 Matter 解决方案,包含基于乐鑫 SoC 的 Matter 硬件平台、基于开源 ESP-Matter SDK 的一

AI儿童绘本创作

之前分享过AI儿童绘画的项目,但是主要问题是角色一致要花费很长的时间! 今天发现了这款,非常奈斯! 只需输入故事主题、风格、模板,软件就会自动创作故事内容,自动生成插画配图,自动根据模板生成成品,测试效果如下图。 变现方式:生成儿童绘本发布到各平台,吸引宝妈群体进私域。  百度网盘 请输入提取码百度网盘为您提供文件的网络备份、同步和分享服务。空间大、速度快、安全

Eureka高可用注册中心registered-replicas没有分布式注册中心

自己在学习过程中发现,如果Eureka挂掉了,其他的Client就跑不起来了,那既然是商业项目,还是要处理好这个问题,所以决定用《Spring Cloud微服务实战》(PDF版在全栈技术交流群中自行获取)中说的“高可用注册中心”。 一开始我yml的配置是这样的 server:port: 8761eureka:instance:hostname: 127.0.0.1client:fetch-r

[分布式网络通讯框架]----Zookeeper客户端基本操作----ls、get、create、set、delete

Zookeeper数据结构 zk客户端常用命令 进入客户端 在bin目录下输入./zkCli.sh 查看根目录下数据ls / 注意:要查看哪一个节点,必须把路径写全 查看节点数据信息 get /第一行代码数据,没有的话表示没有数据 创建节点create /sl 20 /sl为节点的路径,20为节点的数据 注意,不能跨越创建,也就是说,创建sl2的时候,必须确保sl

[分布式网络通讯框架]----ZooKeeper下载以及Linux环境下安装与单机模式部署(附带每一步截图)

首先进入apache官网 点击中间的see all Projects->Project List菜单项进入页面 找到zookeeper,进入 在Zookeeper主页的顶部点击菜单Project->Releases,进入Zookeeper发布版本信息页面,如下图: 找到需要下载的版本 进行下载既可,这里我已经下载过3.4.10,所以以下使用3.4.10进行演示其他的步骤。

分布式事务的解决方案(一)

前言应用场景 事务必须满足传统事务的特性,即原子性,一致性,分离性和持久性。但是分布式事务处理过程中, 某些场地比如在电商系统中,当有用户下单后,除了在订单表插入一条记录外,对应商品表的这个商品数量必须减1吧,怎么保证? 在搜索广告系统中,当用户点击某广告后,除了在点击事件表中增加一条记录外, 还得去商家账户表中找到这个商家并扣除广告费吧,怎么保证? 一 本地事务 以用户A

【团队成长】2024-25周周报-业务介绍内容创作

大家好!我们是IndustryOR 团队,致力于分享业界落地的算法技术。欢迎关注微信公众号/知乎/CSDN【运筹匠心】 。 记录人:张哲铭,某互联网大厂算法专家 【团队成长/个人成长】系列的推文会以 【工作周报】 的方式记录IndustryOR团队及其成员的成长过程,请大家一起见证和参与我们团队从0-1-N的发展过程。 记录人顺序:张哲铭-向杜兵-高欣甜-黄世鸿-许佳鸣

成章数据库安装体验

对标Redis的国产数据库 一位来自国产数据库的朋友想请我试用一下他们的产品。并且直言早期问题比较多,还请多多包涵。一般对于这种比较客观和友好的我都愿意试试。对于怼天怼地吊打谁的我个人就不尝试了。 他们中文名字叫“成章数据库“我就尝试从一个不了解产品的人的角度去安装尝试一下。我也和他们反馈了说这个怎么一个汉字都没有啊。(同样的话我以前对PingCAP的CTO黄东旭老师说过,后来TiDB的就都有

分布式锁实现方案-基于Redis实现的分布式锁

目录 一、基于Lua+看门狗实现 1.1 缓存实体 1.2 延迟队列存储实体 1.3 分布式锁RedisDistributedLockWithDog 1.4 看门狗线程续期 1.5 测试类 1.6 测试结果 1.7 总结 二、RedLock分布式锁 2.1 Redlock分布式锁简介 2.2 RedLock测试例子 2.3 RedLock 加锁核心源码分析 2.4

分布式,容错:10台电脑坏了2台

由10台电脑组成的分布式系统,随机、任意坏了2台,剩下的8台电脑仍然储存着全部信息,可以继续服务。这是怎么做到的? 设N台电脑,坏了H台,要保证上述性质,需要有冗余,总的存储量降低为1/(H+1)。例如: H=1,随机坏1台,总容量变为1/2; H=2,随机坏2台,总容量变为1/3; 特别地,H=0,总容量不变; H=N-1,总容量变为1/N,这时,每台电脑都储存着全部信息,保证任意坏了N-1台