- 综合排序
- 最热优先
- 最新优先
- 来自专栏灵墨AI探索室
KES（KingBaseES）集群部署实战
今天我们将探讨关于KES（KingBaseES）的集群部署方案。作为示例，我们将以读写分离（RWC）集群为例，快速在本地进行部署和安装，并深入了解KES的部署流程。 在开发者模式下点击“开发者模式”会提示到您已经在此模式下，如下图所示:新增节点我们开始添加第一个节点，这里注意下，使用该工具部署集群时，所有机器都不能有KES服务，必须是一台干净的机器。 如果你以前已经有了KES机器在运行，那么请重新申请一台机器。以后切换成集群后，自己迁移数据即可。 因为我本地的 Windows 系统已经安装了KES，并且配置的端口号是 54321。在正常情况下，当我在 Docker 中启动 Linux 容器时，我同样暴露了相同的端口号 54321。 当我手动关闭了 Windows 上的 KES 服务后，部署工具可以顺利连接到 Docker 容器中的数据库，并且部署过程得以正常完成。
78540编辑于 2025-01-06 - 来自专栏灵墨AI探索室
KES数据库实践指南：探索KES数据库的事务隔离级别
引言 前两篇文章我们详细讲解了如何安装KES金仓数据库，并提供了快速查询和搭建基于coze平台的智能体的解决方案。今天，我们的焦点将放在并发控制机制和事务隔离级别上。 本文将通过一系列实验操作，深入探讨KES数据库中的并发控制机制和事务隔离级别。我们将通过实际操作演示，帮助读者全面理解并发控制的重要性及其实施方法。 本章将直接基于实际操作进行演示。 Read 不可能 不可能 可能，在KES中不允许 可能 4 Serializable 不可能 不可能 不可能 不可能 特别需要强调的是，在KES数据库中，Read Uncommitted隔离级别下不允许出现脏读现象 总结 本文深入探讨了KES数据库中的并发控制机制和事务隔离级别的重要性及实施方法。 通过实际操作和示例，我们展示了不同隔离级别下可能出现的脏读、不可重复读和幻读现象，以及KES数据库是如何应对这些问题的。
36752编辑于 2024-06-30 - 来自专栏灵墨AI探索室
KES的执行计划分析与索引优化
今天我们继续探讨国产数据库KES的相关内容，本次的讨论重点将放在SQL优化的细节上。 如果你希望了解更深入的内容，建议阅读KES数据库的官方文档，里面涵盖了更多的最佳实践和细节说明：https://bbs.kingbase.com.cn/docHtml? 所以，在KES也有相应的处理方法，给函数也加上索引。 总结在今天的讨论中，我们深入探讨了国产数据库KES的SQL优化技巧，尤其是执行计划分析和索引优化这两个方面。通过理解和优化SQL查询的执行计划，我们能够显著提高数据库查询的效率，避免不必要的性能瓶颈。 总之，虽然数据库优化是一个持续的过程，但通过合理的工具和方法，我们能够确保在KES数据库中进行高效的查询和数据存取，保障应用的稳定性和高效性。
26310编辑于 2025-01-02 - 来自专栏灵墨AI探索室
掌握Docker：简化KES单机安装与管理的最佳实践
今天我们将继续深入探讨KES的单机安装，依然围绕Docker的使用展开。这一部分的内容将涵盖一些常见的陷阱以及在遇到问题时如何进行有效的反馈和解决。 接下来，我们将详细讲解具体的安装步骤和注意事项，帮助大家顺利完成KES的安装。让我们开始吧！单机安装在这里，我想与大家分享官方的安装步骤，您可以通过以下链接访问详细的安装指南：官方安装步骤。
35410编辑于 2024-09-27 - 来自专栏数据库系列
万字详解KES：OID 与 ROWID 到底怎么用？
KES数据库的高性能与高可靠，源于其严谨的底层设计，其中OID（对象标识符）与ROWID（行标识符）是贯穿逻辑对象管理与物理数据寻址的两大核心机制。 1.2 KES数据库架构与数据管理体系 KES数据库采用多层架构设计，分为应用层、SQL层、执行器层、存储引擎层与物理存储层： 应用层：接收客户端连接，处理JDBC/ODBC/PL/SQL请求； SQL 二者各司其职又相互配合，共同保障KES数据库在海量数据下的高并发、低延迟、高可靠运行，是数据库内核最基础也最关键的技术组件。 二、KES数据库核心概念深度解析 2.1 OID（对象标识符）全维度解析 2.1.1 OID定义与覆盖范围 OID（Object Identifier）是KES数据库为所有逻辑对象分配的全局唯一标识符， 二者从逻辑与物理双层构建数据定位体系，是KES数据库高可靠、高性能的底层保障。
11221编辑于 2026-04-08 - 来自专栏nginx
你的业务真的需要分布式数据库吗？
用户服务：事务性、高可靠要求，采用KES主备集群； 商品服务：事务性，读多写少、缓存需求高，采用KES读写分离集群(支持Redis迁移) 订单服务：事务性强、一致性要求高，并发读写压力大，采用KES RAC ； 支付服务：高事务性、金融级一致性，采用KES RAC； 统计分析服务：数据量巨大、实时复杂查询分析，采用KES ADC。 1、KES RAC，多写共享存储集群 看名字大家就秒懂了，这是对标Oracle RAC的场景。 2、KES RWC，读写分离集群 基于事务级别的读写分离，自动识别SQL语句读写种类，一主多备、一写多读。 KES RWC适用于大规模并发查询、读多写少的中/重载业务场景，支持从实例、集群到多中心的高可用保障，数据零丢失，故障秒切换。
22310编辑于 2025-11-16 - 来自专栏CSDN
金仓数据库征文-金仓KES数据同步优化实践：逻辑解码与增量同步
KES提供三种主流同步方案： 1.逻辑解码同步（基于WAL日志解析） 2.物化视图刷新（定时全量/增量刷新） 3.外部工具同步（如Kettle+JDBC） 本文重点解析逻辑解码同步方案，该方案具备以下技术特性 ', 'mpp_decoder' ); 三.同步实施与问题排查 1.结构映射规则 使用类型转换映射表处理异构库差异： MySQL类型 KES类型 处理规则 TINYINT(1) BOOLEAN /kb_dump_logical -h 10.1.1.10 -p 54321 -U sync_user \ -d src_db -s kes_sync_slot -f . ); if (i % 5000 == 0) { pstmt.executeBatch(); conn.commit(); } } 3.资源监控指标 通过KES (2).生态扩展 对接openGauss生态工具链 支持Kafka协议的多租户数据分发 (3).安全加固 国密算法SM4加密传输 基于量子密钥的同步通道防护 终极目标 通过KES
40210编辑于 2025-05-09 - 来自专栏灵墨AI探索室
金仓数据库数据迁移实战：从MySQL到KES的顺利迁移
接下来，我们可以继续正常配置 KES 的链接信息。在配置过程中，请特别注意不要选择错误的 KES 兼容模式，否则可能会导致配置失败。具体效果请参见下图。 至此，我们的MySQL数据库就正常迁移到了KES金仓数据库了。总结通过本次操作，我们成功地将MySQL数据库迁移到KES金仓数据库，并顺利完成了相关的配置和数据迁移。
1.2K20编辑于 2024-12-04 金仓数据库MVCC机制在高并发读写隔离中的实践与优化
KES数据库在MVCC机制的设计与优化上展现出专业级的技术实力，有效支撑了金融、政务、能源等行业核心系统的稳定运行。 2.2 KES数据库的MVCC优化实现 为应对大规模并发场景，KES在原生MVCC基础上进行了多项关键优化： （1）事务ID管理优化 采用64位全局递增事务ID，避免32位ID耗尽问题，支持长期高并发环境下的持续运行 这些优化共同构成了KES在高并发环境下保持低延迟、高吞吐的关键技术基础，使其在复杂混合负载场景中具备出色的适应能力。 3. 效果对比： 指标 原有方案 KES MVCC优化后 平均响应时间 85ms 18ms TPS峰值 9,200 27,600 死锁发生率 3次/分钟 <0.1次/分钟 结果显示，采用KES的MVCC机制后 KES基于成熟的MVCC架构，融合多项自主创新优化技术，在保障数据强一致性的同时，实现了卓越的并发处理能力。 无论是电商领域的瞬时流量洪峰，还是金融行业的严苛事务要求，KES都能提供稳定、高效的支撑。
24310编辑于 2025-11-20【金仓数据库征文】_AI 赋能数据库运维：金仓KES的智能化未来
事例： 以某银行的核心交易系统为例，在使用 KES 过程中出现偶发的事务提交延迟。 事例： KES 的自动化巡检功能每天凌晨自动执行，检查数据库的版本和是否存在已知的安全漏洞。 KES 的 AI 系统可以评估补丁的风险，并根据系统的运行状态和业务需求，建议 DBA 在非高峰期进行自动化升级。 事例： 在主备复制架构下，如果 KES 主库发生故障，AI 监控系统检测到心跳中断后，可以自动触发备库的切换流程。 我们有理由相信，在 AI 的赋能下，金仓 KES 将在未来的数据库领域展现出更加强大的生命力和竞争力。
31510编辑于 2025-04-26别再被类MongoDB忽悠了：2026文档数据库选型的5个致命陷阱
像金仓KES MongoDB兼容版那样，在网络通信层直接兼容MongoDB原生协议。应用只需修改连接串中的端口号，官方驱动直接连，生态工具直接用，实现真正的“零代码”平替。 金仓KES在关系型数据库强一致性的基础上扩展文档模型，既保留了关系型数据库成熟的ACID事务能力，又原生支持BSON类型及其操作，在强一致性基础上实现了高性能的文档处理。 权威YCSB测试也表明，在绝大多数场景下，KES的性能均优于或持平MongoDB 7.0。 金仓KES的读写分离集群（RWC）支持故障秒级自动切换（RTO<8s），并保证数据零丢失（RPO=0），支持同城双活、两地三中心等容灾部署。 以金仓KES为代表的融合数据库，通过原生协议兼容保留生态，通过企业级内核保障安全可靠，通过多模融合打破数据孤岛，正在重新定义文档数据库的选型标准。
12510编辑于 2026-04-10- 来自专栏前端专精
数据库真的必选分布式吗？数据库选型到底该如何“对症下药”
用户服务：事务性、高可靠要求，采用KES主备集群； 商品服务：事务性，读多写少、缓存需求高，采用KES读写分离集群(支持Redis迁移) 订单服务：事务性强、一致性要求高，并发读写压力大，采用KES RAC； 支付服务：高事务性、金融级一致性，采用KES RAC； 统计分析服务：数据量巨大、实时复杂查询分析，采用KES ADC。 ①KES RAC，多写共享存储集群 看名字大家就秒懂了，这是对标Oracle RAC的场景。 ②KES RWC，读写分离集群 基于事务级别的读写分离，自动识别SQL语句读写种类，一主多备、一写多读。 KES RWC适用于大规模并发查询、读多写少的中/重载业务场景，支持从实例、集群到多中心的高可用保障，数据零丢失，故障秒切换。
47510编辑于 2025-05-22 Oracle迁移深度复盘：千万级数据量、数百个应用的平滑迁移实战
双轨并行：柔性切换与一键回退采用“正向 + 反向”双同步策略：阶段1（预热）：Oracle → KES（只读备库），分流查询压力。 阶段2（切换）：应用切至 KES 主库，同时开启 KES → Oracle 反向同步。回退机制：若新系统异常，只需修改应用连接串 + 停止反向同步，即可秒级切回。 运维脚本示例（切换控制）： # 切换应用指向新库 sed -i 's/oracle_host/kes_host/g' /app/config/db.conf systemctl reload --output workload.bin34# 在 KES 测试环境重放5kreplay replay --target kingbase://... 性能基线要早建立：在 Oracle 环境即采集 AWR 报告，作为 KES 调优对标。回退预案要演练：切换前至少进行 2 次完整回退演练，确保流程可靠。
15510编辑于 2026-02-12- 来自专栏我在本科期间写的文章
理性看待分布式数据库，解锁企业数据库选型新思路
用户服务：事务性、高可靠要求，采用KES主备集群； 商品服务：事务性，读多写少、缓存需求高，采用KES读写分离集群(支持Redis迁移) 订单服务：事务性强、一致性要求高，并发读写压力大，采用KES RAC ； 支付服务：高事务性、金融级一致性，采用KES RAC； 统计分析服务：数据量巨大、实时复杂查询分析，采用KES ADC。 1、KES RAC，多写共享存储集群 看名字大家就秒懂了，这是对标Oracle RAC的场景。 2、KES RWC，读写分离集群 基于事务级别的读写分离，自动识别SQL语句读写种类，一主多备、一写多读。 KES RWC适用于大规模并发查询、读多写少的中/重载业务场景，支持从实例、集群到多中心的高可用保障，数据零丢失，故障秒切换。
29810编辑于 2025-05-22 - 来自专栏数据库系列
KES数据库OID与ROWID深度技术解析：原理、应用、性能与企业级实践
KES数据库的高性能与高可靠，源于其严谨的底层设计。 1.2KES数据库架构与数据管理体系KES数据库采用多层架构设计，分为：应用层：接收客户端连接，处理JDBC/ODBC/PL/SQL请求；SQL层：解析SQL语法、生成执行计划、优化查询路径；执行器层： 二者各司其职又相互配合，共同保障KES数据库在海量数据下的高并发、低延迟、高可靠运行，是数据库内核最基础也最关键的技术组件。 二、KES数据库核心概念深度解析2.1OID（对象标识符）全维度解析2.1.1OID定义与覆盖范围OID（ObjectIdentifier）是KES数据库为所有逻辑对象分配的全局唯一标识符，覆盖范围包括 二者从逻辑与物理双层构建数据定位体系，是KES数据库高可靠、高性能的底层保障。
11321编辑于 2026-04-08 - 来自专栏Rgc
redis永久化存储
如果新建一个kes-val,然后delete,记录到 磁盘中，在文件读取写入到redis时，此kes-val不会存在，这样就造成了文件不必要的增加，所以需要 日志重写功能（讲kes-val从磁盘中去掉，
1.6K50发布于 2018-08-01 MongoDB兼容性2026：协议级兼容 vs 语法级兼容，差的不只是“能不能连”
以金仓KES的MongoDB兼容版为例，其核心技术在于实现了与MongoDB驱动的通信协议。这意味着，KES实例在网络上“伪装”成了一个MongoDB服务器。 应用发出的MongoDB协议报文，KES能直接听懂并处理。这带来了革命性的迁移体验：驱动不换，代码不改：你的Java、Python、Go应用，依然使用原生的 mongodb-driver。 唯一需要修改的，只是连接字符串里的端口号（从27017指向KES的27019）。这就是真正的“零代码修改”。生态工具无缝接入：MongoDB Compass等官方生态工具可以直接连接KES。 金仓KES不仅支持单文档/多文档事务，还通过支持副本集协议，结合自身的主备集群，实现了兼容MongoDB的高可用与读写分离能力。从“能连”到“好用”，协议级兼容跨越的是一整个应用生态的护城河。 而协议级兼容通常依托于真正的一体化多模数据库（如金仓KES）。MongoDB协议只是它对外服务的一个接口，底层存储与关系型数据是统一的。
11110编辑于 2026-04-10- 来自专栏猫头虎博客专区
如何在金仓数据库KingbaseES中新建一个数据库？新建一个表？给表添加一个字段？
摘要 KingbaseES（金仓数据库）新建数据库、创建表、添加字段全流程实战指南，涵盖 KES 数据库属性、sys_database 系统表查询、sys_database_size 磁盘空间监控；基于图形界面快速创建数据库 创建一个KES数据库 在 KingbaseES 中，常见的创建数据库方式有三种： 基于图形界面 通过 SQL 语句 CREATE DATABASE 通过命令行工具 createdb 4.1. 基于图形界面创建一个KES数据库 启动 KingbaseES 管理客户端，连接到目标实例。 在左侧导航树中，右键点击 “数据库” 节点，选择 “新建数据库”。 通过 CREATE DATABASE 创建一个KES数据库 使用 SQL 语句直接在客户端（如 ksql、psql）中执行： -- 仅指定库名，默认属主为当前连接用户 CREATE DATABASE mydb 通过 createdb 创建一个KES数据库 createdb 是 KingbaseES 提供的命令行辅助工具，本质上会登录实例并执行 CREATE DATABASE。
2.3K10编辑于 2025-05-09 - 来自专栏PostgreSQL、金仓、高斯
【赵渝强老师】国产金仓数据库的体系架构
: logger ...... kingbase: kes_oracle_instance: checkpointer ...... kingbase: kes_oracle_instance : background writer ...... kingbase: kes_oracle_instance: walwriter ...... kingbase: kes_oracle_instance : autovacuum launcher ...... kingbase: kes_oracle_instance: stats collector ...... kingbase: kes_oracle_instance : kwr collector ...... kingbase: kes_oracle_instance: ksh writer ...... kingbase: kes_oracle_instance : ksh collector ...... kingbase: kes_oracle_instance: logical replication launcher # 注意：该命令最后有一个冒号
60010编辑于 2025-12-06 - 来自专栏人工智能
在AI深度嵌入企业业务的当下——AI时代的融合数据库
7月15日，国产数据库厂商中电科金仓（北京）科技股份有限公司（以下简称“电科金仓”）在北京举行了一场技术发布会，集中发布四款核心产品：AI时代的融合数据库KES V9 2025、企业级统一管控平台KEMCC 电科金仓不是通过多个产品之间的拼接来构建所谓“融合能力”，而是选择把这一理念深度注入到其核心产品——KES V9 2025融合数据库引擎之中。 ：在异构兼容方面，KES V9 2025除覆盖Oracle、MySQL常用功能外，还新增了SQL Server和Sybase兼容模式，覆盖率分别达到99%与95%，大幅降低用户切换门槛； 部署形态一体化 这使得KES V9 2025成为支撑“融合数据库”愿景的真正技术载体。 ☆KES V9 2025：智能融合主引擎 该产品在多数据模型融合上，新增了对键值、文档、向量数据模型支持，满足AI场景等新型业务需求，通过单条SQL就能完成跨模型复杂检索。
19010编辑于 2026-01-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号