老师您好，我们的OB版本为4.3.5社区版mysql模式，在使用存储过程中，发现开启了事务没有生效，有两个疑问需要请教下：
1.是否确认下是否因为我们代码中有使用truncate影响的；
2.如果实际存储过程的逻辑中，需要清空数据且需要走事务，应该如何处理。
1 个赞
是的，TRUNCATE 语句在 OceanBase 中是一个 DDL（数据定义语言）操作，而 DDL 操作在 OceanBase 中是隐式提交的，即执行 TRUNCATE 时会自动提交当前事务。因此，如果您在存储过程中使用了 TRUNCATE ，会导致事务被提前提交，从而影响事务的完整性。
如果需要清空大量数据，DELETE 可能会比 TRUNCATE 慢，可以考虑：
- 分批删除数据（例如使用
LIMIT子句）。 - 在业务低峰期执行清空操作。
1 个赞
有没有其他办法呢，使用delete会影响性能
1 个赞
truncate 这个动作在oracle或者MYSQL上面都会默认让回话执行的事务先提交。然后再去执行truncate 动作，这个不是OB才这样设计的，这个问题你在其它数据库上解决不了在 OB上也是没办法的
2 个赞
根据文档库中的信息，TRUNCATE TABLE 语句确实会导致事务失效。具体来说，在 OceanBase 数据库中，TRUNCATE TABLE 是一个 DDL（数据定义语言）操作，它会立即提交，并且不能回滚。因此，在存储过程中使用 TRUNCATE TABLE 语句会导致当前事务结束并提交，从而使得后续的 SQL 语句不再属于同一个事务，这也就是为什么您发现开启了事务却没有生效的原因。
针对您的两个问题：
-
是否确认下是否因为我们代码中有使用 truncate 影响的
是的，
TRUNCATE TABLE操作会影响事务的一致性，因为它是一个隐式提交的操作，不支持回滚。这意味着一旦执行了TRUNCATE TABLE，当前事务就会被提交，即使之后有错误发生也无法回滚到TRUNCATE TABLE之前的状态。依据的文档名称及段落标题为：使用 MySQL 租户做常见数据库开发 → 数据库操作 → 数据写入 → 删除数据 → 使用 TRUNCATE TABLE 语句清空表数据。 -
如果实际存储过程的逻辑中，需要清空数据且需要走事务，应该如何处理
如果您希望在存储过程中清空数据并且保持事务一致性，建议使用
DELETE FROM table_name语句代替TRUNCATE TABLE。虽然DELETE的性能可能不如TRUNCATE，但它是一个 DML（数据操作语言）命令，可以参与事务管理，允许回滚。对于大表，您可以考虑分批删除以减少单次操作的影响，例如：DELETE FROM t_insert WHERE value < 10000; DELETE FROM t_insert WHERE value >= 10000 AND value < 20000; -- 继续类似的分批删除...此外，如果您担心性能问题，还可以评估业务需求，看看是否有其他方式来实现相同的目标，比如创建一个新的空表然后重命名替换旧表，但这同样需要注意事务边界的问题。
综上所述，为了确保事务的有效性和数据的一致性，在存储过程中应当避免使用 TRUNCATE TABLE，转而采用 DELETE 或者其他合适的方案。同时，请注意当表中数据记录非常庞大时，一次性执行删除可能会带来性能挑战，此时应采取适当的优化措施如分批删除等。
具体信息可参考以下文档:
1 个赞
看来是没有了。
当数据库中的数据量非常庞大时，一次性删除大量数据会导致数据库长时间事务不释放，如果事务长时间不结束，则会使 MemStore 冻结后无法释放，最终导致内存不足，也会使得其他查询和操作无法进行，影响系统性能。此外，如果删除操作失败，还会造成数据丢失或不一致的问题。因此，采用分批删除的方式可以避免这些问题，将删除操作分散到多个小批次中进行，降低数据库负载，提高删除效率。
1 个赞
学到了，和oracle有点类似，不过删除大量数据有可能遇到墓碑问题。：）