mysql LOCK TABLES
生活随笔
收集整理的這篇文章主要介紹了
mysql LOCK TABLES
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
不需使用workmutex,mysql對表級進行加鎖解鎖
加解鎖時相對于連接而言的,而不是針對線程。
以下所述的線程均是發起一個單獨連接的線程。在多線程的mysql程序中,最好是一個線程發起一個鏈接,否則有隱患。
多線程共享一個連接的話,兩個線程同時去操作一個表,會有異常。那么能否在多個連接上同時操作同一張數據表?
我遇到這樣一個問題:
在數據庫上建立多個連接,所有連接都更新同一張數據庫表。其中,不同的連接是在不同的進程或線程中完成的,執行的操作是 INSERT。
這樣的操作是否行得通?
------解決方案--------------------------------------------------------
可以執行,MYSQL會自動加鎖控制
refer to?http://www.myexception.cn/mysql/206922.html
經過測試可以。那就沒必要手動表鎖了,如下。
鎖定表Bind?
LOCK TABLES Bind READ;
之后所有線程(包括執行加鎖的線程本身)均可讀取表Bind?,但均不能寫入表Bind?
鎖定表Bind?
LOCK TABLES Bind WRITE;
之后只有本線程可讀取和寫入表Bind?,其他不能讀也不能寫入表Bind (使用select * from t 測試之)
解除本線程對所有表加的所有鎖,無法解除其他線程加的鎖;線程沒有加鎖退出時,其所加鎖自動解除。
UNLOCK TABLES
string sSql="LOCK TABLES Bind WRITE";if(!pDB->exec(sSql)){DBGMYSQL("%s failed",sSql.c_str());}else{DBGMYSQL("%s success",sSql.c_str());}
查看當前所有連接
?SHOW PROCESSLIST;
獲取表的記錄條數
SELECT COUNT(Cur) AS num FROM DevLog_Value
http://dev.mysql.com/doc/refman/5.0/en/lock-tables.html
加解鎖時相對于連接而言的,而不是針對線程。
以下所述的線程均是發起一個單獨連接的線程。在多線程的mysql程序中,最好是一個線程發起一個鏈接,否則有隱患。
多線程共享一個連接的話,兩個線程同時去操作一個表,會有異常。那么能否在多個連接上同時操作同一張數據表?
我遇到這樣一個問題:
在數據庫上建立多個連接,所有連接都更新同一張數據庫表。其中,不同的連接是在不同的進程或線程中完成的,執行的操作是 INSERT。
這樣的操作是否行得通?
------解決方案--------------------------------------------------------
可以執行,MYSQL會自動加鎖控制
refer to?http://www.myexception.cn/mysql/206922.html
經過測試可以。那就沒必要手動表鎖了,如下。
鎖定表Bind?
LOCK TABLES Bind READ;
之后所有線程(包括執行加鎖的線程本身)均可讀取表Bind?,但均不能寫入表Bind?
鎖定表Bind?
LOCK TABLES Bind WRITE;
之后只有本線程可讀取和寫入表Bind?,其他不能讀也不能寫入表Bind (使用select * from t 測試之)
解除本線程對所有表加的所有鎖,無法解除其他線程加的鎖;線程沒有加鎖退出時,其所加鎖自動解除。
UNLOCK TABLES
string sSql="LOCK TABLES Bind WRITE";if(!pDB->exec(sSql)){DBGMYSQL("%s failed",sSql.c_str());}else{DBGMYSQL("%s success",sSql.c_str());}
查看當前所有連接
?SHOW PROCESSLIST;
獲取表的記錄條數
SELECT COUNT(Cur) AS num FROM DevLog_Value
http://dev.mysql.com/doc/refman/5.0/en/lock-tables.html
轉載于:https://www.cnblogs.com/-song/archive/2013/06/13/3331807.html
總結
以上是生活随笔為你收集整理的mysql LOCK TABLES的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 更新Svn客户端后,右键菜单中没有Tor
- 下一篇: ip camera芯片级解决方案