【北京站活动圆桌预讨论】谈谈你对这几个话题的看法!关于降本增效、TiDB 升级收益、出海!参与讨论即有机会获得 TiDB 最新款双肩包!

众所期待的 TiDB 地区交流活动即将在下周六举办啦!这一次,我们走进 360! 首先感谢北京地区组织者田帅萌老师和管元峥老师,邀请了超多 TiDB 社区的资深大佬来给大家分享 TiDB 降本增效的实践方案、大家都在关注的“技术出海架构”的前沿经验、还有 TiDB 生态圈的开发实践以及最新的 TiDB Roadmap、TiDB 查询优化器的设计思考!超级建议大家都来听听!线下参会还有超可爱的宇航员手机支架可领!!

报名链接:PingCAP Account

活动时间与地点:

  • 活动时间:5月18日(周六) 13:30-18:00
  • 活动地点:北京市朝阳区酒仙桥路 6 号院 360 大厦 A 座 F1 发布厅
  • 活动形式:线上 + 线下同步进行(线上观看同学可关注 PingCAP 视频号)

圆桌话题抢先看

圆桌交流 1 | 如何花小钱办大事?降本,增效,前沿产品力通通都要!

话题讨论:

  • 分布式数据库与传统数据库相比,在成本上有哪些优势和劣势?

  • 在面临数据库选型过程中,怎么更好得判断数据库符合企业的 0-1 / 1-N 发展阶段?

  • 在业务高峰期,如何更好地规划资源管控来达到降本增效?

  • 在使用 TiDB 的过程中,哪些自动化工具或使用技巧可以帮助减少运维负担?

  • 上云是大势所趋, Serverless 架构会带来什么实打实的好处?

  • 在支持未来 AI 应用方面,聊聊对 TiDB 在创新性方面的期待

圆桌交流 2 | 聊聊全球业务拓展下的技术驱动力

话题讨论:

  • 在全球业务拓展过程中,如何选择适合的数据库?是基于什么样的业务需求和场景考量进行选型的?

  • 不同发展阶段,成熟企业出海和 Startup 出海,对多云环境和具体数据库的成本稳定性诉求不同,应该选择怎样的云数据库?

  • 如何评估数据库的扩展性和性能是否适应全球范围内的业务拓展,以应对不断增长的数据和用户量?

  • 多云环境和混合部署场景下,会遇到哪些技术挑战?

  • 全球业务拓展可能涉及到不同地区的数据存储和处理,如何确保数据的一致性和可靠性?

社区闪电演讲,聚焦新版本升级!

分享亮点:

  • TiDB 升级了真的好用吗?从性能、新功能、稳定性等方面聊聊

  • 结合最近的业务高峰期,TiDB 的使用情况

  • 作为老粉用户,我最喜欢的 TiDB 新版本功能是?为什么?

    • 重点看好 TiCDC 的同步性能,相对比 5.x 版本有大幅度提升

    • 多租户 + 3 地 3 中心,成本和稳定性两手抓

  • 聊聊新版本的使用:7.51 版本的自动过期删除功能

  • 双云环境下基于 TiCDC 实现的主备集群的架构

  • 老用户如何看待 TiDB 的快速迭代,新用户建议直接上 7.1.5 版本

北京站全议程

参与互动交流!就有机会获得 TiDB 双肩背包!

互动规则:

  • 在评论区留言,你可以选择以下任一话题,谈谈你的 TiDB 使用经验和升级感受!
  1. 关于降本增效,你觉得 TiDB 的哪些功能或使用妙招帮企业实现了成本,效率两手抓?
  2. 你的 TiDB 版本升级了吗?谈谈你从x.x 升级到 x.x 后的使用感受!
  3. 关于业务出海,你遇到了哪些技术挑战?说说关于出海技术架构,你有哪些建议?

奖品发放:

  • 抽奖形式:随机在评论区抽取符合互动规则的 3 位小伙伴
  • 抽奖礼品:TiDB 2024款 双肩背包
  • 公布时间:2024年5月30日
2 个赞

首先最关键的是支持mysql语法,能够无痛迁移。分布式架构弹性伸缩,能在线扩容,相对于传统数据库,节省人力物力。tiup集成监控系统,不用自己考虑搭建监控平台。

高可用,稳定性提升

关键的一点在于扩缩容方便,平时把水位压的高高的,业务高峰期提前扩容,用完后再缩回来。虽说扩缩一个节点一两天,但是不需要停机,不影响业务。

1 个赞
  • 关于降本增效,你觉得 TiDB 的哪些功能或使用妙招帮企业实现了成本,效率两手抓?
    兼容mysql协议,可以基本无缝迁移;能够水平扩展,降低成本;周边组件多,从mysql迁移成tidb,操作简单,无需长时间停机
  • 你的 TiDB 版本升级了吗?谈谈你从x.x 升级到 x.x 后的使用感受!
    没有升级,不过原来老的系统用的5.4.3,新的系统用的6.5.8,感觉6.5.8版本的库性能更强大。
  • 关于业务出海,你遇到了哪些技术挑战?说说关于出海技术架构,你有哪些建议?
    目前业务还没又出海的需求。

首先,TiDB 作为一个分布式数据库,基于其特点,以及多组件和不同的使用场景,确实帮助企业解决了很多实际性问题及成本控制:

  1. 水平扩展能力:良好的水平扩展,可以通过添加更多服务器来线性地增加存储容量和处理能力,而无需升级单个节点,避免昂贵的垂直扩展方案,降低了硬件成本。同时可以根据企业的实际使用情况,可以人为控制节点数量,减少不必要的资源浪费。

  2. 高可用性:降低了因为单点故障带来的服务不可用问题,多数据中心、多地多中心解决方案、以及节点的放置策略,保证了服务的高可用和数据保证。

  3. HTAP能力:允许在同一数据库上同时执行在线事务处理(OLTP)和在线分析处理(OLAP),减少了数据仓库和数据迁移的需求,简化了架构,降低了维护和运营成本。同时可以根据不同的场景使用tikv和TiFlash组件

  4. 云原生支持:使得企业在云上部署时更加灵活,能够充分利用云服务的弹性伸缩能力,按需付费,进一步降低成本。

1、其他项目组已经在使用了,而我们还停留在MySQL切换到DM中,何时我们项目组也能切换到TiDB,我也比较期待;
2、其他项目组已有TiDB,我过去试了试,挺好。
3、出海,目前项目组还未使用到。
国内使用MySQL的太多了,何时能无缝切换到TiDB且在实用化上走更远,我倒是比较期待这个。

1 个赞

版本升级。
刚在6.x内进行了升级,感受是修bug能不能在每个大版本都修

tiflash,可以实现HTAP,节约机器和运维成本。

原来大佬都在北京

居然看到了侯圣文大佬。tidb高度自动化节约运维成本,升级后最大的收益就是性能提升。

1.TiDB是计算存储分离的架构,且有状态的存储层TiKV是分布式存储。所以单从上面定义的扩展性来说,对比 MySQL有很大优势。集群处理能力和存储能力,可以通过扩容 TiDB Server、TiKV 简单实现。
2.TiDB在MySQL兼容性方面表现出色,能够兼容绝大多数 MySQL 语法和函数,包括MySQL生态的相关工具也都默认支持。此外,TiDB在使用体验上与MySQL几乎没有差异。
3.TiDB 的周边工具非常优秀,尤其是监控体系。TiDB的监控体系采用了Prometheus + Grafana + Alertmanager等通用组件设计,TiDB的监控体系能够无缝融入监控告警体系中。

兼容mysql语法,基本上改起来没有额外成本。监控,告警,分布式,省时省力

如果能在数据压缩上比例更高一点。存储成本会更好

稳定性压倒一切

v4.0.x,升级为v7.1.1 。 监控更加丰富。 执行计划索引选取更合理,主要和文档一致,优化起来顺手!

降本增效 是有针对性的。
比如现在的业务一台sqlsever 或者mysql就能满足了的。如果选择tidb。降本很难,增效还是有可能的。