MySQL事務的原子性分析

這篇文章主要講解了“MySQL事務的原子性分析”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“MySQL事務的原子性分析”吧！

一、事務的ACID特性：

    1）原子性

    2）一致性

    3）隔離性

    4）持久性

二、對于事務的原子性（A）我們知道事務中的操作要么都做要么都不做。對于這一點許多人有錯誤的理解，我們來看一個例子：

1)

mysql> select * from t4;

+----+------+

| id | name |

+----+------+

|  1 | A    |

|  2 | B    |

|  3 | C    |

+----+------+

3 rows in set (0.00 sec)

2）開啟一個事務

mysql> start transaction;

Query OK, 0 rows affected (0.00 sec)

mysql> update t4 set name='AA' where id=1;

Query OK, 1 row affected (0.00 sec)

Rows matched: 1  Changed: 1  Warnings: 0

mysql> update t4 set name='BBBBB' where id=2;

ERROR 1406 (22001): Data too long for column 'name' at row 2

mysql> commit;

Query OK, 0 rows affected (0.03 sec)

mysql> select * from t4;

+----+------+

| id | name |

+----+------+

|  1 | AA   |

|  2 | B    |

|  3 | C    |

+----+------+

3 rows in set (0.01 sec)

結果是不是預想的是不一樣的，id=1的記錄怎么會執行成功，難道不應該全部回滾嗎？

身邊有不少的人錯誤的理解為：事務中有執行錯誤的語句（error），那么整個事務都會回滾。

    我們所說的要么全成功要么全失敗，成功與失敗取決于我們最后是commit還是rollback。commit將所有的語句執行，rollback將所有的語句執行撤銷。

    上面的例子中，我們是commit操作，即便是有錯誤語句，也會將所有語句執行一次，commit之后將修改的數據刷新到磁盤持久化。所以對于上面的操作我們應該是rollback。

    個人理解：開啟一個事務后，錯誤的語句會被分析器過濾掉，當我們commit的時候對于MySQL來說只有正確的語句（雖然我們知道有條語句是錯誤的），所以在我們捕捉到異常的時候應當將事務顯示的rollback而不是commit。

感謝各位的閱讀，以上就是“MySQL事務的原子性分析”的內容了，經過本文的學習后，相信大家對MySQL事務的原子性分析這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！