如果你是一名後臺程式設計師開發，那麼你一定或多或少的接觸過事務。因為相對於高併發，且業務有一定複雜性的系統來說，事務是一定需要的，而且是必須的。他可以幫助我們將若干不同的子任務當成一個整體來完成，以保證整個業務的正確性。
舉個簡單的例子：
在七夕這天，你給你的女票發了一個520紅包
對於錢款轉移的這個過程來說，存在兩個子任務
首先從你的餘額里扣款（520元）
同時往你的女票餘額裡增加錢（520元）
這兩個子任務對於紅包業務來說，要麼都成功，要麼都不成功，不應該存在你扣款了，但是你的女票沒有加錢的中間狀態。這種被看作一個整體，並且子任務的狀態都需要保持一致狀態的事情（狀態：操作成功，或者完全沒有操作成功），我們就稱之為事務。(防盜連線：本文首發自http://www.cnblogs.com/jilodream/ )當然這只是一個非常簡單的例子。下邊是更專業的定義：
事務是資料庫管理系統，在執行的過程中的一個邏輯單位，他由一個有限的資料庫操作序列構成。
其中邏輯單位表示事務不可拆分，結果一致（成功或者失敗）
而我們平常更多的將事務特指DML型別的操作，也就是對資料的增刪改，而不是所有的資料庫操作，例如其他的建表，刪表等。
這裡還要注意的一點是，事務是一個能力，並不是所有的資料庫都支援事務的。在mysql中，只有官方自帶的引擎只有NDBA和innodb支援事務。
針對事務，我們從四個方面進行探討，也就是事務的四大特性---ACID
下邊我們來分別談談這四個特性
A：Atomicity 原子性
原子性是指啥呢？
原子Atomicity在希臘語中轉化而來，本意就是不可再拆分。最終結果要麼就是全部成功，要麼就是全部失敗，不存在拆分開來，部分成功的場景，也就是是前文所說的邏輯單位。
D：Durability 永續性
只要事務提交成功，那麼事務對資料庫的操作就是一個永久性的作用，不會存在提交後，由於系統的原因，導致操作的效果消失了。
I ：Isolation 隔離性
資料庫存在多個事務同時操作時，應該保證事務時間互相不干擾，操作互相不影響。
如果像java語言中通過同步鎖線性的操作，隔離性的問題肯定可以解決，但是這樣操作就導致事務都是序列操作，效率低下，因此可以通過適當的調整隔離性，也就是事務互相之間的可見性的程度，來更好的提高效能。這就是隔離性所牽扯到一個隔離級別的問題，後邊的部落格中我們會講到。
C：Consistency 一致性
一致性相對於其他特性來說最不容易理解，所以我們放到最後來講。
所謂的一致性指的是資料庫中的約束不會被打破，這種約束指兩部分，
第一資料庫的約束，如金額不能為負值。外來鍵的約束
第二業務的約束，金額的轉出的總額和轉入的總額必須要相等。
這裡有一個點，很多文章都解釋的不夠清楚，覺得一致性是指事務中不同的操作的狀態要一致，這個只是字面意思，而字面意思又因為翻譯的問題被曲解。所以很多人覺得一致性和原子性的概念很容易混淆，原因就在這裡。更不理解為什麼說一致性的是AID三個特性的最終目的。(防盜連線：本文首發自http://www.cnblogs.com/jilodream/ )所以更正確的理解應該是資料庫事務操作後應該與約束保持一致，這就都理解通了。
所以特別要注意，這裡的Consistentcy與CAP中的C不是一層含義。而是指資料庫事務的操作，應該與業務要求保持一致。再囉嗦點，就是說，一致性是指資料要和預期的狀態保持一致。因此在嚴格的意義上來說，一致性並不是資料庫的特性，而是應用層（目的）的特性。