AWS Kinesis Firehose 流是否会覆盖 table 上的锁定
Does AWS Kinesis Firehose stream overrides a LOCK on table
我像这样在我的 redshift table 上开始了交易
BEGIN
LOCK <My-table-name>
就这样离开了。
然后我将一些输入泵入我的 Kinesis Firehose 流，该流被配置为将其放入相同的 table.
观察 Kinesis 日志时，我注意到在恰好 30 分钟后，Kinesis 将数据发布到我的 redshift table，即使有一个打开的事务并且 table 被锁定。
我只想要一些信息，如果它是破坏 table LOCK 的 Kinesis Firehose 的默认行为，或者我在锁定 table 时可能遗漏了一些东西。
我只想测试 table 锁定时 Kinesis firehose 的行为，它是否每次都破坏锁定失败或无限等待或超时。
我怀疑您的工作台可能处于“自动提交”模式，并且在每个 运行 代码块的末尾发送 COMMIT。这将结束您的交易并释放锁。您能否通过从另一个会话查看它来确认您的锁仍在原位？
还有其他方法可以释放锁，例如解决冲突，但如果是这种情况，您会在工作台上看到一条错误消息。查看在你的流水执行过程中有哪些锁是检测正在发生的事情的直接方法。
我像这样在我的 redshift table 上开始了交易
BEGIN
LOCK <My-table-name>
就这样离开了。 然后我将一些输入泵入我的 Kinesis Firehose 流，该流被配置为将其放入相同的 table.
观察 Kinesis 日志时，我注意到在恰好 30 分钟后，Kinesis 将数据发布到我的 redshift table，即使有一个打开的事务并且 table 被锁定。
我只想要一些信息，如果它是破坏 table LOCK 的 Kinesis Firehose 的默认行为，或者我在锁定 table 时可能遗漏了一些东西。
我只想测试 table 锁定时 Kinesis firehose 的行为，它是否每次都破坏锁定失败或无限等待或超时。
我怀疑您的工作台可能处于“自动提交”模式，并且在每个 运行 代码块的末尾发送 COMMIT。这将结束您的交易并释放锁。您能否通过从另一个会话查看它来确认您的锁仍在原位？
还有其他方法可以释放锁，例如解决冲突，但如果是这种情况，您会在工作台上看到一条错误消息。查看在你的流水执行过程中有哪些锁是检测正在发生的事情的直接方法。