Mysql數(shù)據(jù)庫可以加密嗎？MySQL數(shù)據(jù)庫的密碼認證有兩種方式。在MySQL 4.1之前，它是由MySQL 323加密的。在MySQL 4.1之后，它被MySQL SHA1加密。MySQL數(shù)據(jù)庫中包

Mysql數(shù)據(jù)庫可以加密嗎？

MySQL數(shù)據(jù)庫的密碼認證有兩種方式。在MySQL 4.1之前，它是由MySQL 323加密的。在MySQL 4.1之后，它被MySQL SHA1加密。MySQL數(shù)據(jù)庫中包含Old，可以在MySQL數(shù)據(jù)庫中查詢password（STR）和password（STR）函數(shù)。前者由MySQL 323加密，后者由MySQL SHA1加密。（1） Encrypt select old with MySQL 323 Password（“111111”）（2）Encrypt selectpassword（“111111”）with mysqlsha1在mysql323加密中生成16位字符串，而mysqlsha1中存在41位字符串，其中*不添加到實際的密碼操作中。通過觀察，很多用戶在實際破解過程中攜帶“*”并刪除“*”，也就是說，mysqlsha1加密的密碼的實際位數(shù)是40位。

Java中事務開啟是不是就是mysql加鎖了？

Java中的東西一般都是在服務層控制的，主要是為了在一些安全系數(shù)高的業(yè)務場景中防止出錯。最常用的操作是轉(zhuǎn)賬操作，必須在轉(zhuǎn)出賬戶扣錢和轉(zhuǎn)入賬戶加錢時成功。

MySQL的鎖是數(shù)據(jù)庫本身的鎖，因為一個數(shù)據(jù)表中可能有多個人同時讀寫，可能有多個人同時操作一段數(shù)據(jù)，但是你先更改數(shù)據(jù)，然后其他人也在修改，可能會導致修改后的數(shù)據(jù)出錯，在MySQL數(shù)據(jù)中出現(xiàn)錯誤讀取和臟讀取的情況下，可能會出現(xiàn)不正確的數(shù)據(jù)。

這兩個不是一回事

鎖事務的四個隔離級別對應不同的鎖機制：讀未提交、讀已提交、可重復讀和可序列化這兩個事務隔離級別（讀和可序列化）不需要手動鎖定。在我看來，鎖定這兩個事務級別是沒有意義的，因為其他會話中的事務無法獲得在這兩個事務中執(zhí)行的數(shù)據(jù)。（可重復讀取和序列化）始終獲取原始數(shù)據(jù)。