主页 / dba / 问题 / 131525
Accepted
Nick Chammas
Asked: 2016-03-08 10:41:02 +0800 CST

如果我无法回滚交易，为什么 Vertica 会让我开始交易？

  • 772

我对 Vertica 数据库运行以下语句，一次一个：

BEGIN TRANSACTION;

UPDATE table
SET col1 = 'something'
WHERE col2 = 'something else';

SELECT COUNT(*)
FROM table
WHERE col1 = 'something';

ROLLBACK TRANSACTION;

我运行第一行很好......好吧，现在我正在进行交易。

我运行我的更新......好吧，这工作。

我运行SELECT测试以确保事情按预期工作......哦，等等，看起来我错过了语句WHERE子句中的一个条件UPDATE。

不用担心！这就是我在交易中这样做的原因。

让我们回滚：

=> ROLLBACK TRANSACTION;

[Vertica][JDBC](10040) Cannot use commit while Connection is in auto-commit mode.

琼斯，把你桌上的那卷卫生纸交出来。

所以 Vertica 很高兴地接受了我的BEGIN TRANSACTION，因为我非常清楚，在那之后我会尝试运行 aROLLBACK或COMMIT.

然而，我做不到！我的连接处于自动提交模式，因此ROLLBACK毫无COMMIT意义。我UPDATE的承诺在它完成的那一刻。

我错过了什么，还是我认为这只是 Vertica 的一个非常糟糕的实现？

如果逻辑结果 (或) 是非法的，为什么 Vertica 会BEGIN TRANSACTION在自动提交模式下接受连接？ROLLBACKCOMMIT

transaction vertica

2 个回答

  1. Vertica（实际上，我认为如果不是所有数据库的话，大多数数据库）都以这种方式运行，因为处理BEGIN TRANSACTIONSQL 语句的部分，即查询解析和执行引擎，不知道客户端的 AUTOCOMMIT 设置。另一方面，客户端不知道字符串“BEGIN TRANSACTION”的含义。

    vsql假设使用命令行客户端运行示例，控制流看起来像这样：

    1. 用户启动vsql并连接到数据库。
    2. 用户输入\set AUTOCOMMIT on。在那一刻之后，客户端 ( ) 知道在每个成功的语句之后vsql发出一个隐式语句。COMMIT
    3. 用户输入BEGIN TRANSACTION。vsql不将该字符串识别为其内部命令之一，并将该字符串发送到服务器进行处理。
    4. 服务器将字符串识别为有效的 SQL 语句，对其进行编译，启动事务，并将成功的结果代码返回给客户端。由于自动提交是客户端设置，服务器对此一无所知。
    5. 客户端收到成功的结果代码后，COMMIT向服务器发出问题。
    6. 服务器遵守并提交它刚刚开始的事务。

    等等

    • 1
  2. Best Answer

    Vertica 支持已确认此问题，并正在跟踪 VER-44735 下的修复。不幸的是，Vertica 问题跟踪器不公开可见。

    Vertica 拒绝将此描述为错误，而是将其标记为“新功能请求”，但无论如何这应该在即将发布的版本中解决。

    • 1

相关问题