【金仓数据库】ksql 指南（七） —— 启动和管理事务（KingbaseES 数据一致性保障）

Ne0inhk

— 13 min read
【金仓数据库】ksql 指南（七） —— 启动和管理事务（KingbaseES 数据一致性保障）

引言

在实际业务当中，不少操作要“多步同步完成或者同步失败”，就像转账时，从A账户扣款并给B账户入账，如果仅仅扣了款却没有入账，就会引发数据错误，所以要用“事务”来保证数据的一致性，本文就“ksql命令行运作事务”展开论述，按照“事务概念——基本操作——隔离级别——问题查找”的顺序层层分解，利用通俗易懂的语言和实际业务案例（比如转账）加以阐述，使得初学者也能够领会事务的关键意义及其操作手段。

a328a9a563a6010fbc31528dcb0763c5.png

文章目录

一、前置准备：确认操作环境（衔接前文，确保示例可落地）

事务操作依赖已有的表和数据，需先完成以下准备，避免示例执行失败：

1.1 1. 用有权限的用户连接数据库

事务操作包含INSERT，UPDATE，DELETE等，执行这些操作时，用户要具有表操作的权限，推荐以管理员用户system或者像前面创建的test这样的被授权用户来建立连接，其中test要有test_schema.sys_user表的UPDATE权限。

# 连接 kingbase 数据库，用户为 system ksql -d kingbase -U system # 切换到 test_schema 模式（使用前文创建的表） SET search_path TO test_schema, public;

1.2 2. 确认测试表与数据（用转账场景的表为例）

为了靠近实际业务，我们形成“账户表 account”（用以取代复杂场景），而且加入测试数据（后面会用转账例子来阐述事务）。

# 1. 创建账户表（id：账户ID，balance：余额）CREATETABLEIFNOTEXISTS account ( id INTPRIMARYKEY, balance NUMERIC(10,2)NOTNULLCHECK(balance >=0)-- 余额不能为负);# 2. 插入测试数据（A账户1000元，B账户2000元）INSERTINTO account (id, balance)VALUES(1,1000.00),(2,2000.00);# 3. 验证数据（确认初始余额正确）SELECT*FROM account;

执行后若显示以下结果，说明准备完成：

image.png

二、核心概念：事务与 ACID 特性（新手必懂）

在学习操作之前，要先领会“事务”的实质，所谓事务，就是“一组无法分割的SQL操作”，这个组的操作或者全部执行完毕（提交），或者全部不执行（回滚），不存在仅部分执行的情况。事务应具备ACID特性，这是数据一致性的关键保障，可以用“转账场景”来简单阐述：

image.png

后续所有事务操作，都是围绕 “保障 ACID 特性” 展开的。

三、事务控制命令：3 个核心命令玩转事务

KingbaseES经由BEGIN（开始）, COMMIT（提交）, ROLLBACK（回滚）这3个命令来控制事务，其操作较为简单，不过一定要严格按照流程来，下面结合“转账示例”详细阐述一下。

3.1 1. 启动事务：BEGIN / START TRANSACTION

在执行一系列“原子操作”之前，首先要启动事务，并告知数据库“后续的操作将形成一个整体”
语法（两种写法均可）：

BEGIN;-- 推荐，简洁-- 或STARTTRANSACTION;

示例（启动转账事务）：

# 1. 启动事务BEGIN;# 2. 执行转账操作（A账户id=1扣200，B账户id=2加200）UPDATE account SET balance = balance -200WHERE id =1;-- A扣款UPDATE account SET balance = balance +200WHERE id =2;-- B入账
image.png

执行后，事务处于 “未提交” 状态，此时数据仅在当前会话可见（其他会话看不到修改），需执行 COMMIT 或 ROLLBACK 结束事务。

3.2 2. 提交事务：COMMIT（确认操作，永久生效）

执行完毕之后，事务就会处于“未提交”的状态，在这种情况下，数据只会出现在当前会话当中（其他会话无法看到这些改动），而且必须要执行 COMMIT 或者 ROLLBACK 来结束事务。
语法：

COMMIT;

示例（提交转账事务）：

# 1. 提交事务（让扣款和入账永久生效）COMMIT;# 2. 验证结果（查看A、B账户余额）SELECT*FROM account;

执行结果（符合预期，总金额仍为 3000）：

image.png

3.3 3. 回滚事务：ROLLBACK（撤销操作，恢复原状）

事务中的某一步如果出现错误，比如在转账的时候把B账户ID写错了，造成入账失败，那么就要执行ROLLBACK来撤销所有的操作，使得数据回到事务开始之前的状态，然后事务就结束了。
语法：

ROLLBACK;

示例（模拟错误并回滚）：

# 1. 先恢复初始数据（A=1000，B=2000）UPDATE account SET balance =1000WHERE id =1;UPDATE account SET balance =2000WHERE id =2;# 2. 启动新事务，模拟错误（B账户ID写成3，不存在）BEGIN;UPDATE account SET balance = balance -200WHERE id =1;-- A扣款成功（余额800）UPDATE account SET balance = balance +200WHERE id =3;-- B账户不存在，执行失败# 3. 查看错误（ksql会提示“0 rows updated”，说明入账失败）# 4. 回滚事务（撤销A的扣款，恢复到初始状态）ROLLBACK;# 5. 验证结果（A余额回到1000，B仍为2000）SELECT*FROM account;

执行结果（数据恢复，无损失）：

image.png

3.4 4. 事务的 “自动提交” 特性（新手必知坑）

KingbaseES 默认情况下，“自动提交”（auto_commit = on）会被打开，也就是说，每次执行 INSERT/UPDATE/DELETE 语句时，数据库都会自动隐式提交事务，就像是每条语句都是单独的事务一样。
查看自动提交状态：

SHOW auto_commit;

关闭自动提交（适合多步操作需作为事务的场景）：

SET auto_commit =off;

提醒：关闭自动提交后，所有操作需手动 COMMIT 才生效，若关闭会话未提交，会自动回滚。

四、事务隔离级别：解决 “多事务干扰” 问题

若众多事务一同操作同一组数据，则有可能产生“脏读”“不可重复读”“幻读”之类的问题，KingbaseES凭借“事务隔离级别”来控制事务之间的隔离水平，KingbaseES具备4种标准的隔离级别，应当按照业务需求加以选用。

4.1 1. 先懂问题：隔离级别要解决什么？

用 “两个事务操作同一张表” 的场景，解释常见问题：

image.png

4.2 2. KingbaseES 支持的隔离级别（4 种）

不同隔离级别解决的问题不同，性能也不同（隔离级别越高，性能越低），默认级别为 READ COMMITTED：

image.png

4.3 3. 隔离级别操作：查看与修改

3.1 查看当前隔离级别
SHOWTRANSACTIONISOLATIONLEVEL;

默认结果：read committed

image.png
3.2 修改隔离级别（当前会话生效）

语法：

SETTRANSACTIONISOLATIONLEVEL 隔离级别;

示例 1：修改为 REPEATABLE READ（解决不可重复读）：

SETTRANSACTIONISOLATIONLEVELREPEATABLEREAD;
image.png

示例 2：修改为 SERIALIZABLE（金融场景）：

SETTRANSACTIONISOLATIONLEVELSERIALIZABLE;

提醒：修改隔离级别后，需重新启动事务（BEGIN）才会生效。

3.3 隔离级别效果演示（以 REPEATABLE READ 为例）

用两个 ksql 会话（会话 A、会话 B）演示 “不可重复读” 的解决：

会话 A：再次查询 A 账户余额（仍为 1000.00，解决不可重复读）：

SELECT balance FROM account WHERE id =1;-- 结果：1000.00（不受会话B影响）COMMIT;-- 提交后，再次查询会显示900.00

会话 B：修改 A 账户余额并提交：

BEGIN;UPDATE account SET balance =900WHERE id =1;COMMIT;SELECT balance FROM account WHERE id =1;-- 结果：900.00

会话 A：设置隔离级别为 REPEATABLE READ，启动事务，查询 A 账户余额：

SETTRANSACTIONISOLATIONLEVELREPEATABLEREAD;BEGIN;SELECT balance FROM account WHERE id =1;-- 结果：1000.00

五、查看与管理活跃事务：避免 “锁表” 问题

如果事务长时间未提交，比如在执行 BEGIN 之后忘记了 COMMIT 或 ROLLBACK，那么就会锁定相关的表或者行，使得其他的事务无法执行修改操作，要掌握如何查看这些异常活跃的事务，并知道如何去终止它们。

5.1 1. 查看活跃事务（用系统视图 pg_stat_activity）

SELECT pid,-- 事务进程ID usename,-- 执行事务的用户 datname,-- 数据库名 query,-- 事务执行的SQL state -- 事务状态（active=活跃）FROM pg_stat_activity WHERE state ='active'AND query LIKE'BEGIN%'OR query LIKE'UPDATE%';
image.png

结果解读：若看到 query 包含 BEGIN/UPDATE 且 state=active，说明是未提交的活跃事务。

5.2 2. 终止异常事务（需管理员权限）

若某事务长时间活跃（如 pid=1234），执行以下命令终止：

SELECT pg_terminate_backend(1234);-- 1234 为事务的 pid

验证：终止后，原事务会自动回滚，锁定的表 / 行会释放。

六、常见问题排查：事务操作的 “高频坑”

问题 1：事务未提交导致锁表，其他事务无法修改

报错信息：

ERROR: could not obtain lock on row in relation "account" DETAIL: Process 1234 is holding the lock.

原因：进程 1234 的事务未提交，锁定了 account 表的行。
解决方案：

终止该进程：

SELECT pg_terminate_backend(1234);

查看活跃事务，找到锁定进程的 pid（如 1234）：

SELECT pid, query FROM pg_stat_activity WHERE relation ='account'::regclass;

问题 2：隔离级别过低导致脏读

场景：事务 A 读到事务 B 未提交的修改，后来事务 B 回滚，事务 A 的数据错误。
原因：当前隔离级别为 READ UNCOMMITTED（允许脏读）。
解决方案：将隔离级别提升到 READ COMMITTED 及以上：

SETTRANSACTIONISOLATIONLEVELREADCOMMITTED;

问题 3：事务回滚后数据丢失（误以为提交了）

场景：执行 UPDATE 后未 COMMIT，断开会话再连接，数据恢复原状。
原因：KingbaseES 对未提交的事务，断开会话时会自动回滚。
解决方案：事务操作完成后，务必执行 COMMIT 确认提交，可通过 SELECT 验证结果。

问题 4：执行 DDL 语句后事务自动提交

场景：在事务中执行 CREATE TABLE 后，之前的 UPDATE 被自动提交，无法回滚。
原因：KingbaseES 中 DDL 语句（CREATE/ALTER/DROP）会隐式触发 COMMIT，终止当前事务。
解决方案：事务中避免混合 DDL 和 DML（INSERT/UPDATE/DELETE）操作，若需执行 DDL，单独作为一个事务。

七、总结：事务使用的核心建议

本文完整覆盖了事务的 “概念→操作→隔离级别→问题排查”，核心建议可总结为：

  1. 记住事务三个命令：“BEGIN”开始，“COMMIT”确认，“ROLLBACK”撤销，防止出现“未提交”或者“误回滚”的情况。
  2. 隔离级别依需求选定：普通业务采用默认的 READ COMMITTED，统计用途 REPEATABLE READ，而金融类则选用 SERIALIZABLE 来兼顾性能与一致性。
  3. 避免长时间事务：启动事务后尽快完成操作并提交，防止锁表影响其他业务；
  4. DML/DDL 分开用：DDL 会自动提交，不要和 DML 放在同一事务中。

掌握事务运作之后，你就具有了 KingbaseES 数据一致性保障的关键能力，到此为止，关于从“连接数据库”到“事务控制”的整个 ksgl 命令行操作的讲解就完毕了，可以应对多数 KingbaseES 的日常运作情况，如果想要进一步深入学习，可以留意后面进阶的部分（比如分区表，备份还原等），如果有期待学习的内容，可以直接在评论区留言或者给我发私信。

Read more

从割裂到融合：MATLAB与Python混合编程实战指南

从割裂到融合：MATLAB与Python混合编程实战指南

从割裂到融合：MATLAB与Python混合编程实战指南 摘要：在科学计算领域，MATLAB和Python就像两把各有所长的“神兵利器”——MATLAB凭借矩阵运算的“独门绝技”称霸工程仿真，Python则依靠开源生态的“人海战术”横扫AI与数据科学。但在实际研发中，单一语言往往难以覆盖全流程需求：用MATLAB做完工程仿真，想对接Python的机器学习模型；用Python训练好AI模型，又需要MATLAB做工程验证。 这种场景下，MATLAB与Python的混合编程不再是“锦上添花”，而是提升研发效率的“刚需”。本文将手把手教你打通两大语言的壁垒，从技术原理到代码实战，全方位解析跨语言协作的最优路径。 一、核心技术路径对比 在动手编码前，先理清MATLAB与Python互调的核心方案，不同场景适配不同技术： 技术方案适用场景性能部署复杂度核心优势MATLAB Engine APIPython调用MATLAB函数（开发阶段）高低（需装MATLAB）调用最直接，支持全量MATLAB功能MATLAB Compiler SDKMATLAB代码打包部署（生产环境）中中（需运行时

By Ne0inhk
【工具开发自用】FVTracker基于Python的基金估值跟踪工具1.21更新发布

【工具开发自用】FVTracker基于Python的基金估值跟踪工具1.21更新发布

FVTracker 基于Python的基金估值跟踪工具。 📋 项目概述 FVTracker 是一个基于Python的基金估值跟踪工具，接口数据来源于网上公开的API； 项目初衷主要是获取基金每天实时估值记录，用于分析及提供一些特定策略。 对于估值在底部震荡基金，提出一个分批加仓策略建议;帮助用户证验自已的操作理念或是提供回本执行计划； 仅供学习参考，投资需谨慎。 项目地址：gitee | github 🛠️ 技术栈 * 开发语言：Python 3.8.10 * GUI库***：Tkinter * 包管理器：pip 25.0.1 🏗️ 项目结构 root ├── utils # 工具 │ ├── db # 数据库 │ ├── database.py # 数据库操作 │ └── db_upgrade_mana

By Ne0inhk
2026最新Python+AI入门指南：从零基础到实战落地，避开90%新手坑

2026最新Python+AI入门指南：从零基础到实战落地，避开90%新手坑

🎁个人主页：User_芊芊君子 🎉欢迎大家点赞👍评论📝收藏⭐文章 🔍系列专栏：AI 【前言】 哈喽，各位想入门AI的小伙伴！随着生成式AI、大模型应用的爆发，Python+AI已成为最热门的技术组合，无论应届生求职、职场人转型还是兴趣探索，掌握这门技能都能打开新赛道。但很多新手都会陷入“先学Python还是先学AI”“数学不好能不能学”“学完不会实战”的困境。 本文结合2026年AI技术趋势，用「知识点+核心代码+流程图+表格」的形式，从零基础打通Python+AI入门全链路，聚焦热门易上手方向，全程干货，新手可直接跟着练，老司机可查漏补缺～ 一、为什么2026年入门AI，首选Python？ 很多新手会问：“学AI一定要用Python吗？Java、C++不行吗？” 答案是：不是不行，但Python是效率最高、门槛最低、生态最完善的选择，

By Ne0inhk
FastAPI：Python 高性能 Web 框架的优雅之选

FastAPI：Python 高性能 Web 框架的优雅之选

🚀 FastAPI：Python 高性能 Web 框架的优雅之选 * 🌟 FastAPI 框架简介 * ⚡ 性能优势：为何选择 FastAPI？ * 性能对比表 * 🔍 同步 vs 异步：性能测试揭秘 * 测试代码示例 * 测试结果分析 * 🛠️ FastAPI 开发体验：优雅而高效 * 1. 类型提示与自动验证 * 2. 交互式 API 文档 * 🏆 真实案例：为什么企业选择 FastAPI * 📚 后续学习引导 * 🎯 结语 🌟 FastAPI 框架简介 在当今快速发展的互联网时代，构建高效、可靠的 API 服务已成为后端开发的核心需求。FastAPI 作为 Python 生态中的新星，以其卓越的性能和开发者友好特性迅速赢得了广泛关注。 框架概述：FastAPI 是一个现代化的 Python Web 框架，专为构建

By Ne0inhk