ITPub博客

昨天一位朋友碰到个问题：用 DBMS_REDEFINITION 把一张表在线改成分区表，前面几步都很顺，到了最后一步 finish_redef_table，会话卡在 WAIT FOR TABLE LOCK 不动了。

某天晚上十点多，一套业务库突然写不进去了。前端请求开始超时，待处理的消息一条条堆着，应用日志刷的全是插入失败。工程师查看磁盘和连接数，都没到上限。ksql 还能连，SELECT 也有结果，偏偏写入这条路断了。

电科金仓在 Gitee 上发布了 kes-skills，包含 31 个供 AI 助手调用的技能。按官方介绍，安装后可以由智能体根据任务调用相应的技能。

一次业务调整中，我们需要删除一个通过 DBLINK 访问远端数据库的视图：

交付现场最常被问到的一句话：Kingbase 开了 Oracle、MySQL、SQL Server 兼容，运维是不是也得拆成三套手册？

一条 SQL在测试环境几十毫秒，看起来没有问题；但随着业务增长，数据量从几万增长到百万、千万级别后，隐藏的问题会逐渐放大。最终用户感知到的就是页面变慢、接口超时，甚至核心业务受到影响。

某日，客户生产系统发生了一次 KFS 数据同步中断。数据库集群完成了主备切换，但 R3 版本 KFS 没有随新主库恢复同步。

从安装配置到 ORA-28513 / ORA-28500 的分层排障实战Oracle 客户端经 Oracle Server、Database Gateway 访问 SQL Server基于 Oracle Database Gateway for Microsoft SQL Server 11.2.0.4（Windows）更新日期：2026-07-30摘要｜本文在原有 Oracle 11g 透明网关

最近体验了YashanDB AI Edition这个版本。

前两天有幸拿到 KingbaseES V9R2C13（MongoDB兼容版）软件包，我第一件事是找台机器装上，然后把 Node.js 的 mongodb 驱动直接连过去。验证是否真的"兼容 MongoDB"。

因为有部分客户使用的还是kingbaseES V8R6的版本，所以今天特地整理了下KingbaseES V9与V8的差异。我们拿客户比较关心的几个事情来做对照：原来的备份还能不能用，主备切换后的旧主怎么拉回，监控脚本要不要改，安全策略会不会拦住业务账号。

数据库运维不缺命令，常见的问题是没有把关键动作固定下来。参数改了却没留记录，备份任务一直显示成功却没做过恢复，监控里只有当前 CPU 使用率。等故障发生，再临时翻日志，往往已经错过了最有价值的现场。

我最近接触金仓的项目比较多。所以总结了经常会遇见的坑，希望本最佳实践指南能给大家带来帮助。

客户环境客户环境生产环境是11.2.0.4测试环境是11.2.0.1测试环境sql执行很快，生产上要7秒左右。生产环境是刚做数据迁移之后，并且运行一段时间。统计信息收集方式对比生产环境：dbms_stats.gather_table_stats测试环境：analyze语句分析的。执行计划现象与说明SORT ORDER BY STOPKEY（按列顺序对行进行排序。使用 ROWNUM 伪列限制返回的行

在 Oracle 数据库运维与性能优化过程中，执行计划漂移是一个极为常见、也极具风险的问题。

本文整理自项目一线工程经验，内容来源于《WebLogic 性能调优最佳实践文档》，为 WebLogic 在实际部署与运行过程中常见性能问题的标准化处理与优化方案汇总。

在日常数据库运维过程中，经常会遇到这样一类问题： 数据库整体性能正常，但某一条 SQL 在业务系统中执行极慢， 然而 DBA 在后台手工执行时，却发现 执行速度非常快。

一、测试环境说明数据库版本：KingbaseES V009R002C013 测试库：perfdb 核心业务表：orders 数据量： orders 表约 3000 万行 user_id 基数约 100 万二、构造测试模型（真实业务模拟）为了贴近真实业务，我们构造三个典型表：用户表：users订单表：orders订单明细

在生产系统里，SQL 变慢从来不是“突然发生的”。 它只是到了一个节点，你终于看见它慢了。

在数据库运维这条路上，有些技术当年看起来是“高级配置”，过几年却往往变成“历史包袱”。