PingCAP 校园招聘 2020 正式启动！

于 2019-08-02 17:00:28 发布
阅读量1k 收藏 1
点赞数
CC 4.0 BY-SA版权
原文链接：https://pingcap.com/about-cn/recruit/join/?utm_source=wechat\x26amp;utm_medium=pingcap\x26amp;utm_campaign=pingcap%20190802#positions
博客提示点击【阅读原文】可查看更多职位信息。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

640?wx_fmt=jpeg640?wx_fmt=jpeg640?wx_fmt=jpeg640?wx_fmt=jpeg


?点击【阅读原文】查看更多职位信息

TiDB_PingCAP
关注
博客
TiDB 可观测性解读（二）丨算子执行信息性能诊断案例分享
03-28 754
通常我们可以用 explain analyze 语句获得算子执行信息。explain analyze 会实际执行对应的 SQL 语句，同时记录其运行时信息，和执行计划一并返回出来，记录的信息包括： actRows 、 execution info 、 memory 、 disk。不同算子的 execution info 可以通过 TiDB 文档 ( https://docs.pingcap.com/zh/tidb/stable/sql-statement-explain-analyze )了解。
博客
TiDB × AI ：DeepSeek 时代你需要什么样的数据基座
03-21 1184
AutoFlow 是一套 GraphRAG 框架，不仅提供了类似于 LlamaIndex 的能力，而且还内置语义化的知识图谱构建和召回，以及我们在 AutoFlow 上实践得出的一系列行之有效的领先的 RAG 能力（这些接下来会介绍）。不过需要强调的是，Dify 是一个开箱即用的非常易用的界面，而 AutoFlow 虽然功能更强却则具有比较高的使用门槛，所以这两个选择其实面向了不同的群体，用户需要依据自己的实际需求进行选择。它并非传统的基于规则的优化工具，而是利用大模型的知识来优化不同类型的数据库。
博客
架构师必看！现代应用架构发展趋势与数据库选型建议丨TiDB vs MySQL 专题（一）
03-20 982
随着业务系统数据量的增长，早起只能无奈采取分库分表方案以及架构，这不单为运维带 来了极高的复杂度，同时对业务开发也带来的极大的入侵，SQL 只能限定按照 shard key 维度进行编写，无法任意维度的进行 SQL 查询，开发不得不牺牲业务需求，业务的发展也不得不受限，同时又需投入大量的高精尖人才进行开发维护。这对数据库的承载能力提出了极高的挑战，不但需要承载大数据量，又需要保障业务读写性能的稳定性，而在数据的承载能力上，MySQL 的极限，是 TiDB 的起点。一行命令完成扩展，无需任何的人工干预。
博客
TiDB 观测性解读（一）丨索引观测：快速识别无用索引与低效索
03-13 703
通过识别并优化未使用或低效的索引，可以减少资源浪费，并提高系统的响应速度和稳定性。在 TiDB 中，TIDB_INDEX_USAGE 系统表提供了相对丰富的索引使用统计数据，帮助 DBA 快速发现低效索引，并通过优化或删除它们来提升数据库效率。尽管删除索引的操作相对简单，但在实施时仍需注意潜在的限制和风险，尤其是在大数据量和高并发环境下。定期检查索引使用情况，尤其是对于大规模数据库。确保用于决策的统计数据涵盖足够长的业务周期，避免误判。
博客
海量数据融合互通丨TiDB 在安徽省住房公积金监管服务平台的应用实践
03-06 960
目前安徽省住房公积金监管服务平台已具备一系列功能模块，包括首页、运营分析、统计报表、智慧大屏、数据治理、风险检查和系统管理。其中，运营分析主要用于从不同维度分析公积金业务指标，统计报表则负责生成、填报和查询住建部规定的报表，同时也支持省级用户的报表导入、核对和更新。智慧大屏提供了综合和业务两大类可视化展示，而数据治理模块则涵盖了传数统计、数据检核和人工数据核对等功能，以确保数据的质量。风险检查方面，平台不仅支持公积金中心的自我检查，也支持省厅的检查，并可以根据需要添加新的检查模型。
博客
TiDB 2024 年度报告：增长的故事
02-27 144
TiDB 2024 年度报告：增长的故事
博客
TiDB Chat2Query 深度解析：我们如何打造一款更高效、准确的智能 SQL 生成工具？
02-24 1150
上个季度的销售额是多少？“哪个产品类别表现最佳？“本月客户投诉的趋势如何？相比其他工具，Chat2Query 能够对用户上传的大规模数据集进行理解和分析， 摒弃繁杂的专业术语和查询语句，Chat2Query 使得用户能够通过自然语言直接向数据库提问，并即时获得答案。
博客
4.98 亿月活背后的国产数据库：咪咕视讯携手 TiDB 攻克内容分发核心系统挑战
02-20 832
咪咕大概是 2018 年左右正式开始对分布式数据库进行研究的，到现在为止我们看到和测试过太多的国内产品。但是在当时，敢用 LSM 树而不是 B+ 树做存储引擎，敢做分布式存算引擎分离的，能够行列副本共存、优化器路由分流做 MPP shuffle 的，市面上真的真的非常非常地不多见。比较多的是精致的分库分表外挂，或某些知名国外产品的模仿版。TiDB 的产品给我的印象是极具冲击性的，那么大胆、不随大流。验证和使用下来，效果也是切实的。
博客
53 倍性能提升！TiDB 全局索引如何优化分区表查询？
02-17 894
在 TiDB 中，全局索引是一种定义在分区表上的索引类型，它允许索引分区与表分区之间建立一对多的映射关系，即一个索引分区可以对应多个表分区。这与 TiDB 早期版本中的本地索引（Local Index）不同，本地索引的索引分区与表分区之间是一对一的映射关系，即一个分区对应一个局部的索引块。全局索引能覆盖整个表的数据，使得主键和唯一键在不包含分区键的情况下仍能保持全局唯一性。此外，全局索引可以在一次操作中访问多个分区的索引数据，而无需对每个分区的本地索引逐一查找，显著提升了针对非分区键的查询性能。
博客
一行代码不用写，用 Autoflow + Gitee AI 搭建本地知识库问答机器人
02-05 719
本文详解 AutoFlow 从部署到配置的完整流程，包括数据库连接、模型设置、知识库创建及聊天引擎配置，实现了一行代码不用写的问答机器人快速搭建。轻松上手，助力开发者探索智能问答解决方案。
博客
TiDB 分布式数据库多业务资源隔离应用实践
02-05 1043
本文将分享某客户在 TiDB 分布式数据库中实现多业务资源隔离的实践案例。
博客
攻克多版本运维难题：爱奇艺百套 TiDB 集群升级至 v7.1.5 实战宝典来袭！
02-05 931
本文将深入探讨爱奇艺如何通过升级，成功将百套 TiDB 集群从多个旧版本升级至 v7.1.5，攻克多版本运维挑战，获得更稳更快的 TiDB 使用体验。
博客
百亿大表的实时分析：华安基金 HTAP 数据库的选型历程与 TiDB 使用体验
02-05 780
明确需求：首先评估业务对 TP（事务处理）和 AP（分析处理）的需求比重，确定数据量、查询速度和响应时间，确保数据库能满足业务对实时性的要求。技术特性评估：考虑数据库的实时分析能力、可扩展性、高性能、安全性和灵活性，以支持业务人员实施的场景需求，特别是后台营销人员对数据实时性的需求。集成与兼容性：评估数据库与现有数据库、应用程序和其他关键系统的集成能力，确保数据同步策略的无缝实施。安全性与可靠性：重视数据库的安全性措施、容灾备份机制、数据恢复能力和错误处理机制，保障业务连续性和数据安全。
博客
TiDB 的高可用实践：一文了解代理组件 TiProxy 的原理与应用
01-17 998
TiDB 是一款典型的分布式存算分离架构的数据库，其中计算层由多个无状态的 TiDB Server 组成，这些 TiDB Server 同时对外承担连接请求。为了可以将连接分发到多个 TiDB Server 节点上，一般需要借助外部负载均衡组件如硬件负载均衡 F5、软件负载均衡 HAProxy 等。为了实现全链路的高可用架构，我们经常也需要考虑负载均衡组件本身的高可用性，比如通过 KeepAlived 来保证 HAProxy 的高可用。
博客
你需要什么样的资源隔离？丨TiDB 资源隔离最佳实践
01-16 961
通过本文的学习，相信大家对 TiDB 的资源隔离能力有了更全面的理解；大家可以根据不同的场景需求，选择合适的资源隔离方案。如果您有新的资源隔离需求或场景，欢迎与我们联系。
博客
狂飙 50 倍丨TiDB DDL 框架优化深度解析
01-16 1018
前面我们介绍了 TiDB DDL 任务的整体执行流程。接下来，让我们聚焦到在线 Schema 变更的细节上。执行单步变更：Job Worker 会根据任务定义，执行一次在线 Schema 的变更。每一次变更都代表着 Schema 向目标状态迈进了一步，即进入下一个状态，可能的状态包括 write-only 和 delete-only 等。状态更新：完成单步变更后，Job Worker 会将当前的 Schema 状态更新到元数据中。
博客
唐刘：TiDB 的 2024 - Cloud、SaaS 与 AI
01-16 826
最后再说下产品，在今年，我们发布了TiDB 8.1和8.5两个版本。在 2025 年，我们会有一个重大的改变，就是会持续的投入到 8.5 版本的质量加固，同时收敛新功能的开发，只会在 2025 年发布一个有更高质量的 LTS 版本。关于 TiDB 8 系列，我后面再写一篇文章详细的介绍一下吧。在 2024 年，我们交付了非常不错的成果，当然，能取得这样的成绩，来自于我们不断地交付优异的产品，满足客户的需求，赢得客户的信任。
博客
TiDB 助力广发银行零售信贷业务管理平台成功上线
01-16 1042
本项目涉及到多套 DB2 数据迁移到 TiDB 的实施，因此需要合理规划一套投产前和切换当天的数据迁移方案，结合投产计划和业务数据的改变特性，设计了 T+5（T5） 和 T+0（T0） 两个阶段，T5 完成全量数据的提前同步和校验，T0 完成 T5 阶段与切换之间的增量数据同步和校验。在不影响原有业务系统运行的前提下，T5 阶段的全量数据迁移和校验在线上完成。TiDB 在广发银行零售信贷系统中的应用，不仅提升了系统性能和可用性，还实现了成本效益和自主可控的目标，也为银行的业务发展提供了坚实的数据支撑。
博客
PingCAP 连续两年入选 Gartner 云数据库管理系统魔力象限“荣誉提及”
01-06 539
TiDB 凭借领先的 HTAP 架构设计，支持用户在云上的数据库中同时运行关键业务交易和实时分析任务，充分享受云的弹性优势和业务连续性优势，助力企业实现数据敏捷。PingCAP 是业界领先的企业级开源分布式数据库企业，提供包括开源分布式数据库产品、解决方案与咨询、技术支持与培训认证服务，致力于为全球行业用户提供稳定高效、安全可靠、开放兼容的新型数据服务平台，解放企业生产力，加速企业数字化转型升级。
博客
TiDB 8.5 LTS 发版——支持无限扩展，开启 AI 就绪新时代
01-06 617
TiDB 8.5 扩展了Runaway Queries 的功能，新增“处理行数”和“用量（RU）”作为识别标准，实现更精确的识别，并允许将这些 Runaway Queries 放入一个资源可控的组中，确保在高负载环境下集群的稳定性。TiDB 8.5 通过实例级执行计划缓存功能，使得同一 TiDB 实例内的所有会话共享执行计划缓存，减少SQL编译时间，从而降低整体 SQL 运行时间，提高 OLTP 的性能和吞吐量，并有效地控制内存使用，提升数据库的稳定性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值