【已解决】MySQL 事务回滚机制失效之误用 truncate 删除表数据

原创 已于 2023-10-09 22:37:39 修改 · 置顶 · 3.1k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #数据库 #java #事务

于 2022-09-25 10:18:10 首次发布
本文探讨了在使用Spring框架的@Transactional注解时遇到的问题，即在使用truncate语句清空表后，即使出现异常也无法回滚事务。通过更换为delete语句解决了问题。

🎉在工作场景中遇到这样一个需求，对表中的数据进行更新，更新的步骤是：首先，删除表中所有的数据记录；之后，再将更新过后的数据插入到表中。由于系统业务逻辑相关的原因，在数据插入时可能会出现异常，因此当出现异常而终止插入过程，需要能够将事务进行回滚，恢复之前删除的数据。

✨这里肯定是需要使用事务进行控制了，那么在使用 Spring 框架提供的声明式事务注解方式@Transactional ，并确认避免了事务失效的几种情况之后，在测试接口时事务还是没有生效。

✨以下是主要的相关方法实现：

@Transactional(rollbackFor = Exception.class)
public void runDeptTask() {
   
   
	//to do something
最低0.47元/天 解锁文章
MySQL事务失败导致回滚失败的原因
VcyReact的博客
10-01 887
ROLLBACK语句用于回滚（撤销）已执行的事务操作，将数据库恢复到事务开始前的状态。然而，有些情况下，MySQL事务的回滚可能会失败，导致事务无法正确地撤销已执行的操作。MySQL事务无法回滚的原因可能包括使用不支持事务的存储引擎、自动提交模式、错误的事务边界以及缺乏适当的错误处理机制。在使用MySQL事务时，需要选择正确的存储引擎、禁用自动提交模式、正确定义事务边界并实现适当的错误处理，以确保事务的回滚操作能够正确执行。在上面的示例中，由于ROLLBACK语句位于COMMIT语句之后，事务无法回滚。
mysql必知必会
哇哦~
11-14 507
主键索引的叶子节点存的是整行数据。在InnoDB里，主键索引也被称为聚簇索引（clustered index）。InnoDB使用表的主键构造主键索引树，同时叶子节点中存放的即为整张表的记录数据。聚集索引叶子节点的存储是逻辑上连续的，使用双向链表连接，叶子节点按照主键的顺序排序，因此对于主键的排序查找和范围查找速度比较快。聚集索引的叶子节点就是整张表的行记录。InnoDB 主键使用的是聚簇索引。聚集索引要比非聚集索引查询效率高很多。对于InnoDB。
MySql事务无法回滚的原因有哪些
12-15
使用MySQL时，如果发现事务无法回滚，但Hibernate、Spring、JDBC等配置又没有明显问题时，不要苦恼，先看看MySQL创建的表有没有问题，即表的类型。 InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级数据库功能。 MyIASM是IASM表的新版本，有如下扩展： 二进制层次的可移植性。 NULL列索引。 对变长行比ISAM表有更少
MySQL数据误删或者误更新如何恢复(详细步骤，一看就会)
最新发布
2509_94001122的博客
11-13 384
这次是更新 那就先找 Update_rows ，找到后 往上找 INFO列的 BEGIN，再往上一行, SET @@SESSION.GTID_NEXT 设置全局事务ID的这行就是这次更新事务的始位置。我们可以在最后几行中找到 删除相关的语句，并记录下事务开始设置时的位置 (Pos列的数字)，和事务提交时的位置(End_log_pos列的数字)。如果报了下面的错就要好好检查下 --start-position 和 -stop-position 的数值 取的对不对了。所以我们要查看最后几十行就行。
【MySQL】无备份情况下恢复MySQL误删的表，这样做再也不用怕误删了
keeper42的博客
01-29 1583
本文主要分享在没有备份的情况下，MySQL数据库如何恢复被删除的表。 包含两个主要的场景： 1、drop table后的恢复 2、truncate table后的恢复 正文： 我们都知道，MySQL Server都很多存储引擎，并不是每种都可以进行异常情况之下都恢复，比如drop table/tuncate table/delete table/update table /drop database又或者是ibdata文件损坏之类的。用的最多的就是Myisam和innodb存储引擎。目前基本上都是
truncate方法导致事务回滚失效
weixin_37705284的博客
09-26 2485
出处： 版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 本文链接：https://blog.youkuaiyun.com/qq_33670476/article/details/85704834 前景提要：配置多数据源，配置事务，删除数据并重新新增数据，新增出现问题后无法回滚。 检查结果：删除使用的truncate方法，该方法在plsql中执行无需su...
jdbc事物提交,回滚不起作用的解决方案
添柴程序猿的专栏
11-16 7146
今天在写程序的时候发现一个奇怪的问题: 明明设置了事物非自动提交,但是当 回滚后,更新操作还是被执行了,并且不报任何错误. 下面是代码,代码是没有问题的: import java.sql.Connection; import java.sql.DriverManager; import java.sql.PreparedStatement; import java.sql.Stat
Mysql 极客
musclei的博客
08-26 550
锁（全局锁、表级锁和行锁） 全局锁 ：是对整个数据库实例加锁，。MySQL 提供了一个加全局读锁的方法，命令是 Flush tables with read lock (FTWRL)。数据库只读 使用场景：做全库逻辑备份（不加锁的话，备份系统备份的得到的库不是一个逻辑时间点，这个视图是逻辑不一致的） 可以通过一致性读解决，一致性读是好，但前提是引擎要支持这个隔离级别。比如，对于 MyISAM 这种不支持事务的引擎 表级别的锁有两种：一种是表锁（表锁的语法是 lock tables … read/w
MySQL 实战 45 讲笔记
weixin_48922154的博客
10-04 1628
文章目录一、基础篇1. 基础架构2. 日志系统3. 事务隔离4. 索引5. 锁二、实践篇1. 选择普通索引还是唯一索引？ 一、基础篇 1. 基础架构 MySQL 基本架构 连接器 执行MySQL 的连接操作； 也可分为长连接和短连接，长连接占用系统资源，短连接频繁建立连接耗时。 查询缓存 可能之前查询过，则直接在缓存中以 key value 存储； 不建议使用，因为缓存命中率低，一旦对应表更新就会刷新缓存； 8.0 之后移除该功能。 分析器 如果没有命中缓存，就进入分析器，进行语法、词法的
有了这篇，面试官问MySQL，再也不虚了！（一）
03-31 623
一、一条SQL查询语句是如何执行的？ select * from student where ID=1； 上面是一条最简单的查询SQL语句，我们看到的只是输入一条语句，返回一个结果，却不知道这条语句在 MySQL 内部的执行过程。看似简单的背后有着复杂的过程，实际对应着Mysql的逻辑架构： MySQL 的逻辑架构图总体上，MySQL 可以分为 Server 层和存储引擎层两部分。 Server 层包括连接器、查询缓存、分析器、优化器、执行器等，涵盖 MySQL 的大多数核心服务功能，以及所..
mysql truncate 数据恢复_记录一次truncate操作数据恢复
weixin_39678426的博客
01-27 520
作者：吴炳锡　来源：http://www.mysqlsupport.cn/ 联系方式： wubingxi#gmail.com 转载请注明作/译者和出处，并且不能用于商业用途，违者必究.实际线上的场景比较复杂，当时涉及了truncate, delete 两个操作，经确认丢数据差不多7万多行，等停下来时，差不多又有共计1万多行数据写入。 这里为了简单说明，只拿弄一个简单的业务场景举例。测试环境： Pe...
MySQL中truncate误操作后的数据恢复案例
12-15
实际线上的场景比较复杂，当时涉及了truncate, delete 两个操作，经确认丢数据差不多7万多行，等停下来时，差不多又有共计1万多行数据写入。 这里为了简单说明，只拿弄一个简单的业务场景举例。 测试环境： Percona-Server-5.6.16 日志格式： mixed 没起用gtid 表结构如下： CREATE TABLE `tb_wubx` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(32) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREM
【表恢复】无备份情况下，truncate表恢复
03-29
【表恢复】无备份情况下，truncate表恢复 2012-11-19 13:15:29 分类： Linux 1、 表是否能成功恢复，取决于被truncate了的表所占用的数据块是不是被新的段(表、索引等)所重用，如果被重用就无法完成这样的恢复了，看个人运气了 。 2、需用到牛人写的恢复包，FY_Recover_Data。
msyql truncate 恢复数据
用针戳左手中指指头的博客
07-09 1993
mysql truncate/误删 恢复数据
测试代码中，jdbc操作mysql事务回滚失败
沧笙踏歌的博客
04-08 1168
测试代码中，jdbc操作mysql事务回滚失败
JDBC连接MySQL数据库操作时事务回滚不起作用
gabriel1217的博客
05-10 1429
一、问题 示例数据库表： 示例代码： public static void main(String[] args) { Connection conn=null; PreparedStatement ps=null; try { Class.forName("com.mysql.cj.jdbc.Driver"); conn= DriverManager.getConnection("jdbc:mysql:
大数据项目学习（一）
qq_43072699的博客
10-15 5074
采集：Flume/Kafka/Sqoop 存储：Mysql/Hasoop/Hbase 计算：Hive/Tez 查询：Presto/Druid/Kylin 可视化：Superset 任务调度：Azkaban全流程调度 集群监控：Zabbix 元数据管理：Atlas 脚本：Shell 数据仓库 业务数据：在处理事务过程中产生的数据（存储在mysql中，用Sqoop处理到数据仓库中） 用户行为数据：用户与客户端产品交互过程中产生的数据，比如页面浏览、点击、停留等（日志 以文件形式存储，用Flume处理到数据仓库中
mysql 事务 rollback失效 回滚无效
热门推荐
磨刀不误砍柴工
03-20 1万+
一、数据库与表的存储引擎必须是Innodb;因为这个存储引擎才支持事务; 二、（这种是使用的 DECLARE CONTINUE HANDLE FOR SQLEXCEPTION 才需要,尽量不要这么做） 在开启事务时一定要把 autocommit 自动提交关闭 使用 set @@autocommit = 0;关闭当前会话自动提交功能,在Commit/Rollback后在打开(看你的需求); 三、...
在 MySQL中 可以使用 TRUNCATE TABLE 删除表的数据吗
03-23
<think>好的，用户现在问的是在MySQL中是否可以使用TRUNCATE TABLE来删除表的数据。首先，我需要确认用户的需求是什么。可能他们正在处理数据库，想要快速清空某个表的数据，但不确定TRUNCATE和DELETE的区别，或者担心使用TRUNCATE会有什么风险。 首先，我要回想一下TRUNCATE TABLE的作用。TRUNCATE是用来删除表中所有数据的命令，它和DELETE的区别主要在于执行方式。TRUNCATE是DDL操作，直接释放数据页，而DELETE是逐行删除，属于DML操作。因此TRUNCATE通常更快，特别是对于大表来说，因为它不会产生大量的日志，也不会触发触发器。 接下来，用户可能想知道TRUNCATE的语法和基本用法。我需要给出一个简单的例子，比如TRUNCATE TABLE table_name;，并说明执行后的效果，比如自增主键会被重置，表结构保留等等。 然后，用户可能关心TRUNCATE和DELETE的区别。这时候需要分点列出，比如执行速度、日志记录、是否触发触发器、是否支持事务回滚等。例如，TRUNCATE更快，但无法回滚，DELETE可以回滚，但较慢。 另外，用户可能没有意识到权限的问题。TRUNCATE需要DROP权限，而DELETE只需要DELETE权限。这也是需要注意的地方，特别是当他们在使用某些数据库账户时可能会遇到权限不足的问题。 还有潜在的风险，比如TRUNCATE会立即删除数据，无法通过事务恢复，这可能导致数据丢失。如果用户误操作，后果比较严重，所以需要提醒谨慎使用，尤其是在生产环境中。 用户可能的隐藏需求是希望高效清空表，但又不确定是否安全。这时候除了解释TRUNCATE之外，还要给出替代方案，比如使用DELETE加WHERE条件，或者备份数据后再操作，确保他们有其他选择。 最后，要总结适用场景，帮助用户判断什么时候用TRUNCATE合适，比如需要快速清空大表，不需要触发业务逻辑的时候；什么时候用DELETE更合适，比如需要条件删除，或者需要事务支持的情况。 需要确保回答结构清晰，分点明确，让用户能够一步步理解TRUNCATE的使用方法、注意事项以及与DELETE的区别。同时，语言要简洁，避免使用过多技术术语，让不同层次的用户都能理解。</think>在 MySQL 中，可以通过 `TRUNCATE TABLE` 命令快速删除表中的所有数据。以下是详细的解析和注意事项： --- ### **1. 基本用法** **语法**： ```sql TRUNCATE TABLE 表名; ``` **作用**： - 立即清空表中所有数据，**保留表结构**（字段、索引、约束等不变）。 - **重置自增主键**（AUTO_INCREMENT），计数器归零。 - 执行效率通常远高于 `DELETE FROM 表名`（尤其对大表）。 --- ### **2. 与 `DELETE` 的区别** | **特性** | `TRUNCATE TABLE` | `DELETE FROM` | |------------------------|--------------------------|--------------------------| | **操作类型** | DDL（数据定义语言） | DML（数据操纵语言） | | **执行速度** | 更快（直接释放数据页） | 较慢（逐行删除并记录日志）| | **事务支持** | 不可回滚（隐式提交事务）| 可回滚（需显式事务控制） | | **触发器触发** | 不触发 | 触发 | | **自增主键重置** | 是 | 否 | | **WHERE 条件** | 不支持 | 支持 | --- ### **3. 注意事项** #### **(1) 权限要求** 需拥有表的 **`DROP` 权限**（而 `DELETE` 仅需 `DELETE` 权限）。 #### **(2) 不可恢复性** - 数据删除后无法通过事务回滚恢复（除非有备份）。 - **慎用场景**：生产环境、重要数据表。 #### **(3) 外键约束** - 若表被其他表通过外键引用，需先解除约束或使用 `DELETE`。 - InnoDB 引擎下，外键约束可能导致 `TRUNCATE` 失败。 --- ### **4. 替代方案** #### **使用 `DELETE` 清空数据** ```sql DELETE FROM 表名; -- 逐行删除，可回滚，但大表性能差 ALTER TABLE 表名 AUTO_INCREMENT = 1; -- 手动重置自增主键 ``` #### **备份后操作** ```sql CREATE TABLE 备份表名 AS SELECT * FROM 原表名; -- 先备份 TRUNCATE TABLE 原表名; -- 再清空 ``` --- ### **5. 适用场景** - 需快速清空测试表、临时表数据。 - 需要重置自增主键（如订单表重新计数）。 - 对性能敏感的大表清理操作。 --- ### **示例** ```sql -- 清空用户表并重置自增ID TRUNCATE TABLE users; -- 验证结果 SELECT * FROM users; -- 返回空结果 SHOW CREATE TABLE users; -- 表结构保留，AUTO_INCREMENT=1 ``` --- ### **总结** - `TRUNCATE TABLE` 是高效的数据清空工具，但需谨慎使用。 - 结合业务需求选择 `TRUNCATE` 或 `DELETE`，优先确保数据安全。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ReadThroughLife

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值