- 博客(468)
- 收藏
- 关注
RSS订阅原创 PowerMem 0.2.0：让AI真正“记住“你的一切——OpenAI CEO 奥尔特曼的愿景正在被实现
OpenAI CEO奥尔特曼预言AI的下一个重大突破将是"记忆"功能，认为AI将超越人类记忆局限。PowerMem 0.2.0已实现这一功能，通过用户画像管理让AI自动提取并持续更新用户信息，结合混合检索架构和遗忘曲线理论，实现智能记忆。该工具支持多模态输入，可应用于个性化推荐、智能助手等场景，仅需3行代码即可使用。
2025-12-23 17:41:28
648
原创 PowerMem 让 LangChain 应用秒变“记忆大师“
摘要： PowerMem是一款智能记忆管理SDK，专为AI应用设计，赋予AI持久的上下文记忆能力。它通过五大核心功能解决传统AI的痛点： 智能事实提取：自动结构化关键信息（如症状、药物）； 语义搜索：基于向量嵌入理解用户意图，支持多语言关联检索； 持久化存储：通过数据库实现跨会话记忆； 上下文感知：动态注入历史信息，实现连贯对话； 隐私隔离：按用户ID严格分离数据。 实际案例显示，集成PowerMem的医疗机器人能精准回溯患者历史（如头痛记录、用药剂量），提供个性化建议，开发效率提升90%。
2025-12-23 11:15:15
348
原创 LangGraph + PowerMem + seekdb：构建下一代智能对话系统的绝佳组合
本文介绍了LangGraph+PowerMem+seekdb组合方案在构建智能对话系统中的优势。该方案通过三大组件协同工作：LangGraph实现对话状态管理，PowerMem提供智能记忆系统，seekdb作为AI原生数据库。测试数据显示，相比传统方案，该组合在响应速度（提升91.83%）、Token成本（节省96.53%）和准确率（提升48.77%）方面表现卓越。方案特点包括可视化流程管理、自动事实提取、混合检索机制和轻量部署，能有效解决多步骤对话流程、上下文感知和多模态数据检索等核心挑战。实际案例证明，
2025-12-23 11:13:30
702
原创 4行代码，给你的AI 应用外接“记忆大脑”
PowerMem + seekdb：为AI打造持久化记忆系统 摘要：传统AI应用存在"金鱼记忆"问题，每次对话都需重新介绍。PowerMem + seekdb组合提供了智能化的持久化记忆解决方案，具有三大突破性优势：1)性能提升：准确率提高48.77%，响应速度提升91.83%；2)成本优化：Token用量降低96.53%；3)智能记忆管理：自动提取关键信息、支持多模态数据、实现自适应遗忘。该系统通过深度优化的混合检索架构，让AI应用获得类人记忆能力，开发者仅需4行代码即可快速集成。
2025-12-23 11:10:53
489
原创 【OceanBase诊断调优】—— 执行计划显示分区 PARTITIONS[P0SP9] 如何查询是哪个分区？
OceanBase数据库采用"一级分区名+二级分区名"的命名规则（如P0SP9）。用户可通过查询information_schema.PARTITIONS视图或__all_virtual_partition_item系统表获取分区元数据，包括partition_id。进一步通过__all_virtual_meta_table表可查看分区分布情况、所在节点及副本状态等信息。该查询方法适用于OceanBase所有版本，帮助用户定位具体分区的物理存储位置和状态信息。
2025-07-08 14:14:16
821
原创 【OceanBase 诊断调优】—— SQL 查询触发笛卡尔积怎么处理
摘要：MySQL迁移至OceanBase 4.3.5BP2版本后出现SQL查询无结果问题。EXPLAIN显示执行计划存在笛卡尔积，原因是优化器默认延迟处理子查询，导致数据量过大。该问题适用于OceanBase 4.x版本。解决方案是在子查询中添加/+PUSH_SUBQ/ Hint，强制优化器提前处理子查询。OceanBase 4.3.5BP2已优化该功能，但多数场景仍需手动干预。添加Hint后执行计划恢复正常。
2025-07-08 14:10:52
382
原创 OceanBase 诊断调优—— (保姆级教程)帮你快速收集和解读 SQL 的DBMS_XPLAN 信息
给大家分享的通过obdiag 来获取DBMS_XPLAN 的信息，非常有助于帮助大家排查SQL性能问题
2025-06-26 11:19:34
1154
原创 浅谈 DeepSeek 对 DBA 的影响
在人工智能技术飞速发展的背景下，DeepSeek 作为一款基于混合专家模型（MoE）和强化学习技术的大语言模型，正在重塑传统数据库管理（DBA）的工作模式。通过结合其强大的自然语言处理能力、推理优化技术及多模态交互特性，DeepSeek 为 DBA 提供了从智能诊断到自动化运维的全新解决方案。本文基于 OceanBase 社区2025.02.21 召开的obdiag SIG + AI SIG 联合周会上探讨的内容展开，将从技术特性、实践案例及未来展望等方面，探讨 DeepSeek 对 DBA 工作的意义。
2025-03-07 14:37:27
1690
原创 【AI】—— 手把手教你MAC上部署DeepSeek-R1
今天简单分享一下，如何在本地MAC电脑部署和运行deepseek，实现AI对话的功能，后面再研究DS的实现。
2025-02-10 20:48:38
1498
原创 【OceanBase 诊断调优】—— packet fly cost too much time 的根因分析
当存在网络故障或者时钟不同步的问题时，可能会出现选举失败导致无主、系统响应慢等问题。在observer.log中，通常会出现packet fly cost too much time的告警信息。
2024-12-23 10:04:05
966
原创 【OceanBase 诊断调优】—— SQL、PL/SQL 代码中关于保留字和关键字使用的最佳实践
跟所有数据库一样，OceanBase 数据库的 SQL、PL/SQL 代码中关于保留字和关键字的使用有一些推荐的最佳实践。
2024-12-10 16:31:00
488
原创 【OceanBase 诊断调优】—— 统计信息自动收集超时导致的估行不准 SQL 选择错索引
相同租户下的其他表收集统计信息超时影响客户 SQL 对应表统计信息没更新导致走错索引，手动收集统计信息后，优化器走对了索引。
2024-12-05 09:55:02
1596
原创 【OceanBase 诊断调优】—— 日志归档延迟或日志归档慢的原因和解决方法
CDB_OB_ARCHIVELOG视图中对应租户的checkpoint_scn字段已经落后于当前时间很多。（前提是日志归档还在进行，即CDB_OB_ARCHIVELOG视图中对应租户的 staus 仍然是 DOING，且checkpoint_scn还在往前推。）
2024-12-05 09:52:45
1305
原创 【OceanBase 诊断调优】别再找了，你想要的OB 内部 SQL一次性给你整理好了，整整9万+字
别再找了，你想要的OB 内部 SQL一次性给你整理好了，整整9万+字
2024-11-27 15:14:26
1624
原创 【OceanBase 诊断调优】—— 如何在 OceanBase 数据库 Oracle 模式中定位存储过程内的慢 SQL
OceanBase 数据库 Oracle 模式中由于存储过程内 SQL 较多，存储过程执行慢时，定位具体慢的 SQL 较困难，OceanBase 数据库 V4.2.2 及之后版本，可以通过本文档方法查询存储过程内 SQL 执行时间，可用于定位存储过程内的慢 SQL。
2024-11-27 15:05:18
878
原创 【OceanBase 诊断调优】—— 无主键表的 ROWID 和隐藏主键 __pk_increment
无主键表是指用户在创建时没有指定主键的表，此时 OceanBase MySQL 模式和 Oracle 模式的数据库均会采用一个自增的列作为隐藏主键。隐藏主键的数据类型为 BIGINT，最大值为 2^64 。
2024-11-25 15:22:43
1286
原创 【obdiag共建之路】—— OceanBase 敏捷诊断工具“一键集群洞察“功能共建
obdiag display是obdiag的第五个一级功能，这个功能构建的初衷是将常用的一些命令和SQL集成到obdiag中，快速响应并展示结果，无需任何交互，不需要积累运维SQL资产，让小白用户也能像老鸟一样在OceanBase的海洋中遨游。另外obdiag display框架中支持自定义场景的集成，只需要编辑好我们yaml文件，就可以自助的添加我们的展示场景，无需修改任何源码，非常方便。
2024-11-25 15:08:58
1296
原创 加入OceanBase obdiag SIG后，我的运维工作更丝滑了
大家好，我是一名DBA。在公司应用OceanBase的过程中，我的角色既是身处一线的DBA，又是OceanBase敏捷诊断工具obdiag特别兴趣小组（obdiag SIG）的成员，参与功能共建研发。本文主要分享我在obdiag SIG中做的事情和收获，以及怎么利用好这一角色解决生产环境的问题。
2024-11-15 10:48:19
1070
原创 【OceanBase 诊断调优】—— 止血良方「SQL 限流」
OceanBase 是通过在 SQL 上绑定 Outline 的方式来实现的，有一个 /*+max_concurrent(1)*/ 的 hint 。比如说你给它设置成一的时候，那在租户级别，这个 SQL 只能开一个线程跑，它的并发度只能是一。比如说这个 SQL 它的 rt 是一百毫秒的话，那它的 qps 最多只能到十。如果你想把这个 SQL 给限死的话，那你直接把并发度都改成零就可以了。
2024-11-13 00:04:27
1547
原创 【OceanBase 诊断调优】—— OceanBase 数据库统计信息被禁用，状态为 broken 的原因和解决方法
因为人为因素导致部分统计信息函数未安装，自动统计信息触发执行长期失败。重新安装统计信息相关函数后，发现仍然无法正常自动统计信息收集，统计信息状态为 broken。
2024-11-12 14:03:17
877
原创 【OceanBase 知识点】—— OceanBase 数据库开发规范最佳实践
遵守数据库开发规范不仅关乎数据的存储，还直接影响系统的性能和维护效率。本文将分享数据库表命名和结构设计的最佳实践，以帮助开发者提升数据库设计的质量。
2024-11-12 09:42:03
728
原创 【OceanBase 诊断调优】—— 大查询线程的管理和调度机制
当数据库系统中同时存在 OLTP 与 OLAP 两种业务场景时，可能会出现一种极端的场景，执行较慢的 OLAP 业务把所有的工作线程都给占用了，导致执行较快的 OLTP 业务无法获得工作线程而排队。OceanBase 数据库可以识别大查询，并限制大查询的线程数，从而避免这种问题的发生。
2024-11-08 00:06:51
1302
原创 【OceanBase 诊断调优】—— GC问题根因分析
GC 流程涉及到 RS 的状态切换和 LS 的资源安全回收，流程上较长。且 GC 线程每个租户仅有一个，某个日志流 GC Hang 死时会卡住所有其余日志流的 GC，进而造成更大的影响。本文档会帮助大家快速定位到 GC 故障的模块，直达问题核心。
2024-09-24 10:20:29
1132
原创 【OceanBase诊断调优】—— obdiag 一条命令搞定卡合并问题根因分析
卡合并是一个OceanBase中较为复杂的问题，可能由各种问题引入导致。当前是否卡合并无明确定义，一方面我们认为超过36小时没合完是合并超时（RS会报ERROR日志），另一方面用户可能自己判断合并超时（根据用户自己的经验）。因此当用户认为合并可能已经超时的时候，可以通过巡检工具来检查是否真的存在问题，并且得到一系列基础数据方便研发做一个初步的判断，省去一些反复沟通的时间。本文OceanBase 4.x 版本描述基于obdiag的卡合并根因分析是如何实现的。
2024-09-20 10:14:51
1011
原创 【OceanBase诊断调优】—— 断连接问题根因分析
当断连接发生的时候，用户最直接得到的信息是ObServer返回的错误包提示，用户可以根据错误包的提示作初步的排查,本文再进一步，讲解断连接问题如何进行根因分析。
2024-09-19 09:49:32
1877
原创 【obdiag SIG】功能我们自己定，老板说话也不好使！
OceanBase 在2024年8月15日在南京宣布成立了新的5个SIG，算下来OceanBase社区已经有了6个SIG了。很多小伙伴可能很好奇，SIG是个什么组织，怎么加入，平时怎么运作的。今天我就以obdiag SIG的一次周会为引子，给大家看看真实的obdiag SIG。
2024-08-19 11:17:50
1060
原创 【OceanBase社区新进展】—— 五大 SIG 重磅成立，邀你一起探索更多可能
为进一步加强社区的技术实力和创新能力，8 月 14 日，OceanBase 社区在“唠嗑了 O”南京站活动中宣布成立 5 个特别兴趣小组（Special Interest Group，简称 SIG）。新 SIG 的成立不仅标志着社区的持续成长，更是对现有 SIG 的成功经验的传承与发展，标志着 OceanBase 社区与开发者的协同更紧密，向开发协作又迈进了一步。
2024-08-16 10:36:08
663
原创 【OceanBase系列】—— OceanBase应急三板斧
本文主要针对当出现OceanBase集群变慢或者出现节点故障的情况，提供应急处理的几个招式，帮助业务快速止血恢复降低事故影响范围，当然很多时候故障场景会复杂很多，一定要根据具体情况执行对应的恢复流程。以下列几个常见场景，后续还会持续更新，加入新场景进来。
2024-08-06 15:49:56
2073
2
原创 【OceanBase DBA早下班系列】—— obdiag 收集的OB火焰图/扁鹊图解读
上次讲解了一下obdiag 怎么快速的收集火焰图，那么问题来了，火焰图收集了咋看呢？今天就讲讲。
2024-08-01 10:00:28
561
原创 【OceanBase DBA早下班系列】—— obdiag 收集的 SQL Monitor Report 如何解读
前几天写了一篇博客，告诉大家在遇到慢SQL或者复杂的并行SQL的时候怎么高效的来收集【SQL Monitor Report】，上一篇博客的链接： OceanBase 社区 ；发出去后有不少问我这份报告咋解读。今天再出一篇博客给大家介绍下如何解读报告。PS: 本文不介绍如何安装部署使用obdiag，用法参加上篇博客，本文仅做【SQL Monitor Report】报告解读。浏览器打开表头如下：（表头展示的是基本的sql执行信息，从gv$ob_sql_audit获取的
2024-07-31 11:05:01
651
原创 【OceanBase诊断调优】—— 如何通过trace_id找到对应的执行节点IP
OceanBase作为分布式数据库，查问题找对节点很关键。好在OceanBase执行的每一条SQL都能通过trace_id来关联起来，知道trace_id怎么知道是在哪个节点发起的呢，请看本文。
2024-06-25 22:53:38
738
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人