大家可能比较熟悉MySQL的事务的四个特征ACID了（不熟悉的可以看我这篇文章：【后端面试总结】MySQL面试总结），也比较清楚原子性中事务如果不成功会回滚，那么是否所有的语句都可以回滚呢？答案是否定的。那么有哪些SQL语句是不可以回滚的呢，知道这些可能能让你在面试中展现出比一般的面试者更深入的对于MySQL的理解。
在MySQL中，有些操作是无法回滚的，这通常与事务的处理机制、存储引擎以及SQL语句的类型有关。以下是一些不能回滚的情况：
一、存储引擎不支持完全事务
- 默认情况下，MySQL的ISAM和MyISAM存储引擎不支持完全事务。这意味着如果在这些存储引擎上执行多个SQL语句时发生错误，MySQL无法自动回滚所有操作。
二、特定类型的SQL语句
- DDL（数据定义语言）语句：如CREATE、DROP、ALTER等，这些语句会导致事务隐式提交，因此无法回滚。例如，执行ALTER TABLE语句来修改表结构时，如果发生错误，之前的事务也无法回滚。
- DCL（数据控制语言）语句：如GRANT、REVOKE等，这些语句用于管理用户权限，同样会导致事务隐式提交，因此无法回滚。
- SELECT语句：回滚SELECT语句没有意义，因为它只是读取数据而不修改数据。
三、事务处理中的特殊情况
- 在事务还没提交时开启新事务：这会导致前一个事务隐式提交，因此前一个事务中的操作无法回滚。
- 锁操作：如给表上锁、解锁以及全局锁等，这些操作也可能导致事务隐式提交，从而无法回滚。
- 主从复制的从机操作：在从机上执行的一些操作，如start slave、stop slave、reset slave以及change master to等语句，也会隐式提交事务，导致无法回滚。
四、其他情况
- 某些系统或配置问题：如MySQL配置文件中的参数设置不正确，或者MySQL版本存在bug等，也可能导致事务无法回滚。此外，如果代码逻辑中存在错误，未能正确使用BEGIN、COMMIT和ROLLBACK语句，也可能导致事务无法正确回滚。
为了避免无法回滚的情况，建议采取以下措施：
- 使用支持完全事务的存储引擎，如InnoDB和NDB Cluster。
- 在事务中避免使用DDL和DCL语句，如果确实需要使用，请确保它们在事务之外执行。
- 仔细检查MySQL配置文件和系统状态，确保没有参数设置错误或版本问题。
- 编写健壮的代码逻辑，确保事务的正确开启、提交和回滚。
综上所述，MySQL中不能回滚的操作主要与存储引擎、SQL语句类型以及事务处理中的特殊情况有关。了解这些不能回滚的情况有助于更好地设计和优化数据库事务处理逻辑。