❶ 論述並發操作通常會帶來的三個問題
主要是一致性問題。常見並發並發一致性問題包括：丟失的修改、不可重復讀、讀臟數據、幻影讀（幻影讀在一些資料中往往與不可重復讀歸為一類）。 答案補充 不可重復讀是指事務T1讀取數據後，事務T2執行更新操作，使T1無法再現前一次讀取結果。具體地講，不可重復讀包括三種情況：
事務T1讀取某一數據後，事務T2對其做了修改，當事務1再次讀該數據時，得到與前一次不同的值。例如，T1讀取B=100進行運算，T2讀取同一數據B，對其進行修改後將B=200寫回資料庫。T1為了對讀取值校對重讀B，B已為200，與第一次讀取值不一致。
事務T1按一定條件從資料庫中讀取了某些數據記錄後，事務T2刪除了其中部分記錄，當T1再次按相同條件讀取數據時，發現某些記錄神密地消失了。
事務T1按一定條件從資料庫中讀取某些數據記錄後，事務T2插入了一些記錄，當T1再次按相同條件讀取數據時，發現多了一些記錄。（這也叫做幻影讀） 答案補充 讀"臟"數據是指事務T1修改某一數據，並將其寫回磁碟，事務T2讀取同一數據後，T1由於某種原因被撤消，這時T1已修改過的數據恢復原值，T2讀到的數據就與資料庫中的數據不一致，則T2讀到的數據就為"臟"數據，即不正確的數據。
產生上述三類數據不一致性的主要原因是並發操作破壞了事務的隔離性。並發控制就是要用正確的方式調度並發操作，使一個用戶事務的執行不受其它事務的干擾，從而避免造成數據的不一致性。 答案補充 兩個事務T1和T2讀入同一數據並修改，T2提交的結果破壞了T1提交的結果，導致T1的修改被丟失，即丟失的修改。
要想獲取wifi萬能鑰匙已連接熱點的密碼，需要通過軟體獲取已連接熱點的密碼。
獲取密碼步驟如下：
1、打開手機wlan，先掃描一下周圍的熱點數量。
2、打開我們需要用到的破解密碼的東東，wifi萬能鑰匙。需要注意的是wifi萬能鑰匙的工作原理是利用龐大的共享資料庫來連接wifi，一般安裝是如果你選擇了共享wifi密碼，你能連上的熱點密碼就都被共享了。
3、手機的數據連接一定要打開，要不然沒法下載數據。點一鍵獲取，後面有鑰匙圖標的就是共享的熱點，如果有連不上的就說明人家可能已經改了密碼了，那就換個試試。
4、連上後就可以退出了，然後下載破解wifi密碼軟體。
5、點密碼查看，需要注意的是手機一定要獲取root許可權，使用幻影讀密碼的時候一定要允許root許可權。
6、現在看到的就是列表，可以保存為txt文件，我們找到剛才的那個路由，後面顯示的就是它的密碼了。
❸ 資料庫的並發操作可能帶來哪些問題 丟失更新 死鎖 違反唯一性約束
資料庫中常見的並發操作所帶來的一致性問題包括：丟失的修改、不可重復讀、讀臟數據、幻影讀（幻影讀在一些資料中往往與不可重復讀歸為一類）。
丟失修改
下面先來看一個例子，說明並發操作帶來的數據的不一致性問題。
考慮飛機訂票系統中的一個活動序列:
甲售票點（甲事務）讀出某航班的機票余額A,設A=16.
乙售票點（乙事務）讀出同一航班的機票余額A,也為16.
甲售票點賣出一張機票,修改余額A←A-1.所以A為15,把A寫回資料庫.
乙售票點也賣出一張機票,修改余額A←A-1.所以A為15,把A寫回資料庫.
結果明明賣出兩張機票，資料庫中機票余額只減少1。
歸納起來就是：兩個事務T1和T2讀入同一數據並修改，T2提交的結果破壞了T1提交的結果，導致T1的修改被丟失。前文（2.1.4數據刪除與更新）中提到的問題及解決辦法往往是針對此類並發問題的。但仍然有幾類問題通過上面的方法解決不了，那就是：
不可重復讀
不可重復讀是指事務T1讀取數據後，事務T2執行更新操作，使T1無法再現前一次讀取結果。具體地講，不可重復讀包括三種情況：
事務T1讀取某一數據後，事務T2對其做了修改，當事務1再次讀該數據時，得到與前一次不同的值。例如，T1讀取B=100進行運算，T2讀取同一數據B，對其進行修改後將B=200寫回資料庫。T1為了對讀取值校對重讀B，B已為200，與第一次讀取值不一致。
事務T1按一定條件從資料庫中讀取了某些數據記錄後，事務T2刪除了其中部分記錄，當T1再次按相同條件讀取數據時，發現某些記錄神密地消失了。
事務T1按一定條件從資料庫中讀取某些數據記錄後，事務T2插入了一些記錄，當T1再次按相同條件讀取數據時，發現多了一些記錄。（這也叫做幻影讀）
讀"臟"數據
讀"臟"數據是指事務T1修改某一數據，並將其寫回磁碟，事務T2讀取同一數據後，T1由於某種原因被撤消，這時T1已修改過的數據恢復原值，T2讀到的數據就與資料庫中的數據不一致，則T2讀到的數據就為"臟"數據，即不正確的數據。
產生上述三類數據不一致性的主要原因是並發操作破壞了事務的隔離性。並發控制就是要用正確的方式調度並發操作，使一個用戶事務的執行不受其它事務的干擾，從而避免造成數據的不一致性。
並發一致性問題的解決辦法
封鎖（Locking）
封鎖是實現並發控制的一個非常重要的技術。所謂封鎖就是事務T在對某個數據對象例如表
❹ Access資料庫中如何避免臟數據
臟讀dirty reads：當事務讀取還未被提交的數據時，就會發生這種事件。舉例來說：Transaction 1 修改了一行數據，然後 Transaction 2 在 Transaction 1 還未提交修改操作之前讀取了被修改的行。如果 Transaction 1 回滾了修改操作，那麼 Transaction 2 讀取的數據就可以看作是從未存在過的。
不可重復的讀non-repeatable reads：當事務兩次讀取同一行數據，但每次得到的數據都不一樣時，就會發生這種事件。舉例來說：Transaction 1 讀取一行數據，然後 Transaction 2 修改或刪除該行並提交修改操作。當 Transaction 1 試圖重新讀取該行時，它就會得到不同的數據值（如果該行被更新）或發現該行不再存在（如果該行被刪除）。
虛讀phantom read：如果符合搜索條件的一行數據在後面的讀取操作中出現，但該行數據卻不屬於最初的數據，就會發生這種事件。舉例來說：Transaction 1 讀取滿足某種搜索條件的一些行，然後 Transaction 2 插入了符合 Transaction 1 的搜索條件的一個新行。如果 Transaction 1 重新執行產生原來那些行的查詢，就會得到不同的行。
MYSQL事務隔離級別的認識
2010-08-06 10:27
在hibernate中如果要連續不間斷的保存多個實體的實例，那麼在我們保存第一個的時候，其實在資料庫里是不存在數據的，即使用Session.flush()也無濟於事，這到底是怎麼回事呢？讓我很是疑惑.......
在查閱了相關的資料後，原來是資料庫對於事務的隔離級別的限制問題，而我原來的MYSQL資料庫正好是不支持我上述操作的隔離級別。
1、在MYSQL中查詢事務隔離級別：
select @@tx_isolation;（tx其實就是transaction的縮寫或者習慣縮寫法）
我的結果是REPEATABLE-READ（即可重復讀，稍後會引用專業結束文檔）
2、修改MYSQL事務隔離界別：
set transaction isolation level 目標隔離級別;
3、再次查詢隔離級別進行檢驗是否已經成功修改。
這樣在修改了隔離級別之後，在進行save()的時候，資料庫中就會存在一些數據了，問題解決了。關於其他的資料庫產品，思想都是一樣的。
附加、官方的SQL事務隔離級別文檔：
SQL標準定義了4類隔離級別，包括了一些具體規則，用來限定事務內外的哪些改變是可見的，哪些是不可見的。低級別的隔離級一般支持更高的並發處理，並擁有更低的系統開銷。
Read Uncommitted（讀取未提交內容）
在該隔離級別，所有事務都可以看到其他未提交事務的執行結果。本隔離級別很少用於實際應用，因為它的性能也不比其他級別好多少。讀取未提交的數據，也被稱之為臟讀（Dirty Read）。
Read Committed（讀取提交內容）
這是大多數資料庫系統的默認隔離級別（但不是MySQL默認的）。它滿足了隔離的簡單定義：一個事務只能看見已經提交事務所做的改變。這種隔離級別 也支持所謂的不可重復讀（Nonrepeatable Read），因為同一事務的其他實例在該實例處理其間可能會有新的commit，所以同一select可能返回不同結果。
Repeatable Read（可重讀）
這是MySQL的默認事務隔離級別，它確保同一事務的多個實例在並發讀取數據時，會看到同樣的數據行。不過理論上，這會導致另一個棘手的問題：幻讀 （Phantom Read）。簡單的說，幻讀指當用戶讀取某一范圍的數據行時，另一個事務又在該范圍內插入了新行，當用戶再讀取該范圍的數據行時，會發現有新的「幻影」 行。InnoDB和Falcon存儲引擎通過多版本並發控制（MVCC，Multiversion Concurrency Control）機制解決了該問題。
Serializable（可串列化）
這是最高的隔離級別，它通過強制事務排序，使之不可能相互沖突，從而解決幻讀問題。簡言之，它是在每個讀的數據行上加上共享鎖。在這個級別，可能導致大量的超時現象和鎖競爭。