MySQL從刪庫到跑路_高級（七）——事務和鎖

来源:https://www.cnblogs.com/cxydczzl/archive/2018/11/09/9933748.html
-Advertisement-
Play Games

作者：天山老妖S 鏈接：http://blog.51cto.com/9291927 一、事務簡介 1、事務簡介 事務（Transaction）是指作為單個邏輯工作單元執行的一系列操作。 2、事物的特效 A、原則性（Atomicity） 表示組成一個事物的多個資料庫操作是一個不可分隔的原子單元，只有所 ...


作者：天山老妖S

鏈接：http://blog.51cto.com/9291927

 

一、事務簡介

1、事務簡介

事務（Transaction）是指作為單個邏輯工作單元執行的一系列操作。

2、事物的特效

A、原則性（Atomicity）

表示組成一個事物的多個資料庫操作是一個不可分隔的原子單元，只有所有的操作執行成功，整個事務才提交，事務中任何一個資料庫操作失敗，已經執行的任何操作都必須撤銷，讓資料庫返回到初始狀態。

B、一致性（Consistency）

事務操作成功後，資料庫所處的狀態和它的業務規則是一致的，即數據不會被破壞。

C、隔離性（Isolation）

在併發數據操作時，不同的事務擁有各自數據空間，它們的操作不會對對方產生干擾。資料庫規定了多種事務隔離級別，不同隔離級別對應不同的干擾程度，隔離級別越高，數據一致性越好，但併發性越弱。

D、持久性（Durabiliy）

一旦事務提交成功後，事務中所有的數據操作都必須被持久化到資料庫中，即使提交事務後，資料庫馬上崩潰，在資料庫重啟時，也必須能保證能夠通過某種機制恢複數據。

3、事務類型

A、自動提交事務

系統預設每個TRANSACT -SQL命令都是一個事務處理，由系統自動開始並提交。

B、隱式事務

不需要顯示開始事務，需要顯示提交，隱式事務是任何單獨的INSERT、UPDATE或者DELETE語句構成。當有大量的DDL和DML命令執行時會自動開始，並一直保持到用戶明確提交為止。

SHOW VARIABLES 查看變數。

SET AUTOCOMMIT = 0，關閉自動提交功能。

需要顯示提交或者回滾。

update tablename set sname = '孫悟空' where studentid = '000000000000003'; commit;

或

rollback

C、顯示事務

顯示事務是用戶自定義事務，以START TRANSACTION（事務開始）開頭，以COMMIT（事務提交）或者ROLLBACK（回滾事務）語句結束。

start transaction update tablename set sname = '孫悟空' where studentid = '000000000000003';commit

或

rollback

D、分散式事務

跨越多個伺服器的事務稱為分散式事務。從MySQL5.03開始支持分散式事務。

4、事務控制

A、開始事務

標記一個顯示事務的開始點，即事務開始。其語法如下：

START ｛TRAN | TRANSACTION｝

B、提交事務

標記一個成功的隱性事務或顯示事務的結果，即事務提交。其語法如下：

COMMIT

C、回滾事務

將顯示事務或隱性事務回滾到事務的起點或事務內的某個保存點。其語法如下：、

ROLLBACK

D、事務設置

SET AUTOCOMMIT 可以修改當前連接事務提交方式。

SET AUTOCOMMIT = 0，則需要明確的命令進行提交或者回滾。

5、事務併發帶來的問題

臟讀（Dirty Read）是指某個事務（A）讀取另外事務（B）尚未提交的更改數據，併在讀取的數據的基礎上操作。如果恰巧B事務回滾，那麼A事務讀到的數據根本是不被承認的。

不可重覆（Unrepeatable Read）是指A事務讀取了B事務已經提交的更改數據。

幻象讀（Phantom Read）

A事務讀取B事務提交的新增數據，這時A事務將出現幻象讀的問題。

第一類丟失更新

A事務撤銷時，把已經提交的B事務的更新數據覆蓋。

第二類丟失更新

A事務覆蓋B事務已經提交的數據，造成B事務所做操作丟失。

二、事務隔離級別

1、事務隔離級別簡介

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（可串列化） 
最高的隔離級別，對同一條記錄讀和修改的多個事務只能結束一個，才能開始下一個。
通過強制事務排序，使之不可能相互衝突，從而解決幻讀問題。在每個讀的數據行上加上共用鎖，可能導致大量的超時現象和鎖競爭。

2、事務隔離級別設置

用戶可以用SET TRANSACTION語句改變單個會話或者所有新進連接的隔離級別。語法如下：
SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}
預設的行為（不帶session和global）是為下一個（未開始）事務設置隔離級別。如果使用GLOBAL關鍵字，語句在全局對新開始創建的所有新連接設置預設事務級別，需要SUPER許可權。使用SESSION關鍵字為將來在當前連接上執行的事務設置預設事務級別。 任何客戶端都能自由改變會話隔離級別，或者為下一個事務設置隔離級別。
查詢全局和會話事務隔離級別：

SELECT @@global.tx_isolation; 
SELECT @@session.tx_isolation; 
SELECT @@tx_isolation;

通過mySQL配置文件修改全局事務隔離級別，設置全局會話預設事務隔離級別。

[mysqld]
xxxxxxx
transaction-isolation=read-committed

重啟mySQL服務，生效。
設置當前會隔離級別

SET  SESSION  TRANSACTION ISOLATION LEVEL  READ UNCOMMITTEDSET  SESSION  TRANSACTION ISOLATION LEVEL  READ COMMITTEDSET  SESSION  TRANSACTION ISOLATION LEVEL  REPEATABLE READSET  SESSION  TRANSACTION ISOLATION LEVEL  SERIALIZABLE

三、事務隔離級別驗證

1、不同會話的隔離級別

不同會話的事務隔離級別不同
在會話1終端查看當前會話的事務隔離級別
select @@tx_isolation
查詢結果為：可重覆讀REPEATABLE-READ
設置當前會話事務隔離級別為READ UNCOMMITTED
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
打開另一個SQL Manager終端作為會話2，查看當前會話的事務隔離級別
select @@tx_isolation
查詢結果為：可重覆讀REPEATABLE-READ
創建一張表，含ID、姓名、年齡欄位，用於驗證不同的事務隔離級別。

CREATE TABLE ta
(id INT NOT NULL PRIMARY KEY,name VARCHAR(10),
age INT)ENGINE=InnoDB DEFAULT CHARSET=utf8;insert into ta values(1, '孫悟空', 500);insert into ta values(2, '唐僧', 30);

註：由於本人SQL Manager Lite客戶端的事務回滾機制失效，以下實驗使用Navicat for MySQL客戶端。

2、驗證READ UNCOMMITTED隔離級別

打開一個會話1，設置事務隔離級別為READ UNCOMMITTED
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
打開會話2，開始一個事務，更新ID為1的記錄的age為1000。

start TRANSACTION;update ta set age=1000 where id =1;

在會話1查看ta表中ID為1的信息，age已經為1000。
select * from ta;
會話1的事務隔離級別允許讀取未提交的數據。
在會話2回滾事務
ROLLBACK;
會話1和會話2查詢ta表中ID為1的記錄，age為500

3、驗證READ COMMITTED隔離級別

打開一個會話1，設置事務隔離級別為READ COMMITTED
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED
打開會話2，開始一個事務，更新ID為1的記錄的age為5000。

start TRANSACTION;update ta set age=5000 where id =1;

在會話1查看ta表中ID為1的信息，age為500。
select * from ta;
會話1的事務隔離級別不允許讀取未提交的數據。
在會話2提交事務
COMMIT;
會話1查詢ta表中ID為1的記錄，age為5000

4、驗證REPEATABLE READ隔離級別

打開一個會話1，設置事務隔離級別為REPEATABLE READ
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ
在會話1，開始一個事務，查詢ID為1的記錄的age為5000。

start TRANSACTION;SELECT * FROM ta where id =1;

在會話2更新ta表中ID為1的信息，age為1000。
UPDATE ta SET age=1000 WHERE id=1;
在會話2查看ta表中ID為1的信息，age已經為1000。
select * from ta WHERE id=1;
在會話1再次查看ta表中ID為1的信息，age仍舊為5000。
select * from ta WHERE id=1;
在會話1提交事務
COMMIT;
會話1查詢ta表中ID為1的記錄，age已經為1000。

5、驗證SERIALIZABLE隔離級別

打開一個會話1，設置事務隔離級別為SERIALIZABLE
SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE
打開會話2，開始一個事務，更新ID為1的記錄的age為5000。

start TRANSACTION;update ta set age=5000 where id =1;

在會話1開始一個事務，查看ta表中ID為1的信息，會話1處於等待狀態。

start TRANSACTION;select * from ta;

在會話2提交事務後，
COMMIT;
會話1查詢SQL執行完畢，結果為5000。

四、鎖

1、鎖簡介

資料庫中的鎖是指一種軟體機制，用來控制防止某個用戶（進程會話）在已經占用了某種數據資源時，其他用戶做出影響本用戶數據操作或導致數據非完整性和非一致性問題發生的手段。

2、鎖的級別

按照鎖級別劃分，鎖可分為共用鎖、排他鎖。
A、共用鎖（讀鎖） 
　　針對同一塊數據，多個讀操作可以同時進行而不會互相影響。
共用鎖只針對UPDATE時候加鎖，在未對UPDATE操作提交之前，其他事務只能夠獲取最新的記錄但不能夠UPDATE操作。 
B、排他鎖（寫鎖） 
當前寫操作沒有完成前，阻斷其他寫鎖和讀鎖。

3、鎖的粒度

按鎖的粒度劃分，鎖可分為表級鎖、行級鎖、頁級鎖。
A、行級鎖
開銷大，加鎖慢，會出現死鎖，鎖定力度最小，發生鎖衝突的概率最低，併發度高。
B、表級鎖
開銷小，加鎖快，不會出現死鎖，鎖定力度大，發生衝突所的概率高，併發度低。
C、頁面鎖
開銷和加鎖時間介於表鎖和行鎖之間，會出現死鎖，鎖定力度介於表和行行級鎖之間，併發度一般。

4、MySQL存儲引擎和鎖機制

MySQL的鎖機制比較簡單，最顯著的特點是不同的存儲引擎支持不同的鎖機制。
MyISAM和MEMORY存儲引擎採用表級鎖。
InnoDB支持行級鎖、表級鎖，預設情況採用行級鎖。

五、表級鎖

1、表級鎖簡介

MyISAM存儲引擎和InnoDB存儲引擎都支持表級鎖。
MyISAM存儲引擎支持表級鎖，為了保證數據的一致性，更改數據時，防止其他人更改數據，可以人工添加表級鎖。可以使用命令對資料庫的表枷鎖，使用命令對資料庫的表解鎖。
給表加鎖的命令Lock Tables，給表解鎖的命令Unlock Tables
MyISAM引擎在用戶讀數據自動加READ鎖，更改數據自動加WRITE鎖。使用lock Tables和Unlock Tables顯式加鎖和解鎖。

2、添加表級讀鎖

打開會話1，創建表

CREATE TABLE tc
(id INT,name VARCHAR(10),
age INT)ENGINE=MyISAM DEFAULT CHARSET=utf8;

插入兩條記錄：

insert into tc values(1, '孫悟空', 500);insert into tc values(3, '豬八戒', 100);

對錶加READ鎖
lock tables tc read;
加鎖後只可以查詢已經加鎖的表，
select * from tc;
查詢沒有加鎖的表將失敗
select * from ta;
打開會話2，對已經加鎖的表進行查詢，成功。
select * from tc;
對加鎖的表tc進行更新操作，將失敗
update tc set age=100 where id=1;
會話1中使用LOCK TABLE命令給表加了讀鎖，會話1可以查詢鎖定表中的記錄，但更新或訪問其他表都會提示錯誤；會話2可以查詢表中的記錄，但更新就會出現鎖等待。
在會話1對錶進行解鎖，會話2的更新操作成功。
unlock tables;
在會話1，再次鎖定表tc，後面帶local參數。
lock tables tc read local;
Local參數允許在表尾併發插入，只鎖定表中當前記錄，其他會話可以插入新的記錄
在會話2插入一條記錄
insert into tc values(2, '唐僧', 20);
在會話1查看tc表的記錄，無插入記錄
select * from tc;

3、設置表級鎖併發性

READ鎖是共用鎖，不影響其他會話的讀取，但不能更新已經加READ鎖的數據。MyISAM表的讀寫是串列的，但是總體而言的，在一定條件下，MyISAM表也支持查詢和插入操作的併發進行。
MyISAM存儲引擎有一個系統變數concurrent_insert，用以控制其併發插入的行為，其值分別可以為0、1或2。
0：不允許併發操作
1：如果MyISAM表中沒有空洞（即表的中間沒有被刪除的行），MyISAM允許在一個進程讀表的同時，另一個進程從表尾插入記錄，是MySQL的預設設置。
2：無論MyISAM表中有沒有空洞，都允許在表尾併發插入記錄。
在MySQL配置文件添加，concurrent_insert=2，重啟mySQL服務設置生效。

4、驗證表級鎖的併發性

設置concurrent_insert為0
在會話1對錶tc加鎖
lock tables tc read local;
在會話2插入一條記錄，此時tc表被鎖定，進入等待
insert into tc values(4, '沙悟凈', 30);
在會話1解鎖表tc，此時會話2插入成功
unlock tables;

設置concurrent_insert為1
在會話1刪除ID為3的記錄
delete from tc where id=3;
在會話1對錶tc加鎖
lock tables tc read local;
在會話2插入一條記錄，此時tc表被鎖定，並且表中有空洞，進入等待
insert into tc values(5, '白骨精', 1000);
在會話1解鎖表tc，此時會話2插入成功，此時表中已經沒有空洞
unlock tables;
在會話1對錶tc加鎖
lock tables tc read local;
在會話2插入一條記錄，插入成功，支持有條件併發插入
insert into tc values(6, '白骨精', 1000);
在會話1解鎖表tc
unlock tables;

設置concurrent_insert為2
在會話1刪除ID為5的記錄，創造一個空洞
delete from tc where id=5;
在會話1對錶tc加鎖
lock tables tc read local;
在會話2插入一條記錄，插入成功，支持無條件併發插入
insert into tc values(7, '蜘蛛精', 1000);
在會話1解鎖表tc
unlock tables;

5、添加表級寫鎖

添加表級寫鎖語法如下：
LOCK TABLES tablename WRITE;
不允許其他會話查詢、修改、插入記錄。

六、行級鎖

1、行級鎖簡介

InnoDB存儲引擎實現的是基於多版本的併發控制協議——MVCC (Multi-Version Concurrency Control)。MVCC的優點是讀不加鎖，讀寫不衝突。在讀多寫少的OLTP應用中，讀寫不衝突是非常重要的，極大的增加了系統的併發性能。 
在MVCC併發控制中，讀操作可以分成兩類：快照讀 (snapshot read)與當前讀 (current read)。
快照讀，讀取的是記錄的可見版本 (有可能是歷史版本)，不用加鎖。
當前讀，讀取的是記錄的最新版本，並且當前讀返回的記錄都會加上鎖，保證其他事務不會再併發修改。事務加鎖，是針對所操作的行，對其他行不進行加鎖處理。
快照讀：簡單的SELECT操作，屬於快照讀，不加鎖。
select * from table where ?;
當前讀：特殊的讀操作，INSERT/UPDATE/DELETE，屬於當前讀，需要加鎖。

select * from table where ? lock in share mode;select * from table where ? for update;insert into table values (…);update table set ? where ?;delete from table where ?;

以上SQL語句屬於當前讀，讀取記錄的最新版本。並且，讀取之後，還需要保證其他併發事務不能修改當前記錄，對讀取記錄加鎖。其中，除了第一條語句，對讀取記錄加S鎖 (共用鎖)外，其他的操作，都加的是X鎖 (排它鎖)。

2、驗證快照讀

打開會話1，創建一個表，含ID、姓名、年齡

CREATE TABLE td
(id INT ,name VARCHAR(10),
age INT)ENGINE=innoDB DEFAULT CHARSET=utf8;

在插入兩條記錄

insert into td values(1, '孫悟空', 500);insert into td values(2, '豬八戒', 100);

在會話1開始事務
start transaction;
在會話1查詢ID位1的記錄信息
select * from td where id =1;
打開會話2，更新ID為1的age為1000
update td set age=1000 where id=1;
在會話2查看ID為1的age已經更新為1000。
select * from td where id =1;
在會話1查看ID為1的age，仍然為500。
select * from td where id =1;
在會話1提交事務
COMMIT;
在會話1查看ID為1的age，已經為1000。

3、驗證當前讀

在會話1開始事務
start transaction;
在會話1給select語句添加共用鎖。
select * from td where id=1 lock in share mode;
在會話2，更新ID為1的age的值為100，進入鎖等待
update td set age=100 where id=1;
在會話1提交事務
COMMIT;
會話2的更新操作成功。

4、驗證事務給記錄加鎖

在會話1開始事務
start transaction;
在會話1更新ID為1的age的值為500。
update td set age=500 where id=1;
在會話2開始事務
start transaction;
在會話2更新ID為2的age的值為1000，此時進入鎖等待
update td set age=1000 where id=2;
td表沒有指定主鍵，事務不支持行級鎖。會話1的事務給整張表加了鎖。
在會話1提交事務，此時會話2的修改成功
COMMIT;
在會話2提交事務，解除對錶的鎖定
COMMIT;
在會話1，給表的ID增加主鍵
alter table td add primary key(id);
在會話1開始事務
start transaction;
在會話1更新ID為1的age的值為5000
update td set age=5000 where id=1;
在會話2上開始事務
start transaction;
在會話2上修改ID為2的get的值為10000，更新成功，說明會話1只鎖定了ID為1的行。
update td set age=10000 where id=2;
在會話2上更新ID是1的age值為100，出現等待。因為會話1給ID為1的行添加了獨占鎖。
update td set age=5000 where id=1;
在會話1提交事務
COMMIT;
在會話2提交事務
COMMIT;
在會話1查詢，會話1和會話2對age列的修改都生效
select * from td;

5、死鎖的產生

A事務添加共用鎖後，B事務也可以添加共用鎖。A事務UPDATE鎖定記錄，處於等待中，於此同時B事務也UPDATE更新鎖定的記錄，就產生死鎖。
在會話1開始事務
start transaction;
在會話1查詢ID是1的記錄，並添加共用鎖。
select * from td where id=1 lock in share mode;
在會話2開始事務
start transaction;
在會話2查詢ID是1的記錄，並添加共用鎖。
select * from td where id=1 lock in share mode;
在會話1更新ID為1的age值為，等待會話2釋放共用鎖
update td set age=200 where id=1;
在會話2更新ID為1的age為，會話2發現死鎖，回滾事務。
update td set age=200 where id=1;
在會話1提交事務
COMMIT;

七、事務實例

事務提交還是回滾，可以在事務結束處判斷是否出現錯誤，如果出現，回滾。如果沒有錯誤，提交事務。
使用自定義條件來決定事務是提交還是回滾。

1、由錯誤決定事務提交或回滾

在存儲過程中使用事務，在事務的末尾判斷是否有錯誤，插入失敗，則回滾事務。
創建兩張表，存儲ID、姓名、年齡，創建存儲過程將A表的指定ID的記錄轉移到B表。

CREATE TABLE ta
(id INT NOT NULL PRIMARY KEY,name VARCHAR(10),
age INT)ENGINE=InnoDB DEFAULT CHARSET=utf8;insert into ta values(1, '孫悟空', 500);insert into ta values(2, '唐僧', 30);CREATE TABLE tb
(id INT NOT NULL PRIMARY KEY,name VARCHAR(10),
age INT)ENGINE=InnoDB DEFAULT CHARSET=utf8;insert into tb values(1, '孫悟空', 500);insert into tb values(3, '豬八戒', 100);CREATE PROCEDURE move(num INT)BEGINDECLARE errorinfo INT DEFAULT 0;DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET errorinfo=1;START TRANSACTION;INSERT INTO tb SELECT * FROM ta WHERE id=num;DELETE FROM ta WHERE id=num;
IF errorinfo=1 
   THEN ROLLBACK;
ELSE   COMMIT;END IF;END

將ID為2的記錄從A表轉移到B表
call move(2);

2、由自定義條件決定事務提交或回滾

創建兩個表，每個表含賬戶、姓名、餘額信息，創建一個存儲過程，從A表中的一個賬戶轉賬一定金額到B表的一個賬戶，如果轉出賬戶的餘額不足，則回滾，否則提交。

create table accountA(account INT PRIMARY KEY NOT NULL,
name VARCHAR(10),
balance DOUBLE
)ENGINE=innoDB default CHARSET=utf8;insert into accountA VALUES(1, '孫悟空', 10000);insert into accountA VALUES(2, '唐僧', 20000);create table accountB(account INT PRIMARY KEY NOT NULL,
name VARCHAR(10),
balance DOUBLE
)ENGINE=innoDB default CHARSET=utf8;insert into accountB VALUES(1, '孫悟空', 10000);insert into accountB VALUES(2, '唐僧', 20000);CREATE PROCEDURE transfer(fromaccout INT,toaccount INT, num DOUBLE)
BEGIN
DECLARE m DOUBLE;
START TRANSACTION;
UPDATE accountB SET balance=balance + num WHERE account=toaccount;
UPDATE accountA SET balance=balance - num WHERE account=fromaccout;
SELECT balance INTO m from accountA WHERE account=fromaccout;
IF m < 0
   THEN ROLLBACK;
ELSE 
   COMMIT;
END IF;
END

從A表的賬戶2轉出25000元到B表的賬戶2。
call transfer(2,2,25000);
此時A表的餘額不足，回滾

 

喜歡的小伙伴們可以搜索我們個人的微信公眾號“程式員的成長之路”點擊關註或掃描下方二維碼


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • sql server中嵌套事務*
    轉自 https://www.cnblogs.com/guanjie20/archive/2013/02/17/2914488.html 我們在寫事務時經常遇到的問題如下： 消息 266，級別 16，狀態 2，過程 sp1，第 0 行 EXECUTE 後的事務計數指示 BEGIN 和 COMMIT  ...
  • plsql的database下拉為空，如何解決？
    為什麼plsql的database下拉為空？我在tnsnames.ora中設置了字元串ORCL，疑惑了我好久，在網上找了許久解決方案，終於是解決了！如下對我的解決過程做一個記錄。 ...
  • MongoDb雙機房容災啦
    機房意外斷電斷網不得不預防，下麵模擬測試某機房斷電斷網，B機房斷電斷網後A機房可正常提供服務，A機房斷電斷網後可能需要強制重啟繼續提供服務了，目前查看數據都還在，暫時沒驗證是否有數據丟失，小試了一把。。。大概架構A機房192.168.70.214:27017 (為primary，其他節點都是SECO ...
  • 大數據要學習什麼技能？
    每個人都在說大數據，但是大數據到底是什麼？很多人都沒有搞清楚。所以大數據學習要學什麼知識自然就不是非常清楚了。 什麼是大數據？其實從字面意義上講，我們就可以進行簡單的瞭解，大數據就是大的數據，也可以稱之為海量數據或巨量數據。大數據相對的就是小數據或者普通數據，大數據與小數據或平臺數據的區別在哪裡呢？ ...
  • MySQL 鎖
    鎖概述 MySQL的鎖機制，就是資料庫為了保證數據的一致性而設計的面對併發場景的一種規則。 最顯著的特點是不同的存儲引擎支持不同的鎖機制，InnoDB支持行鎖和表鎖，MyISAM支持表鎖。 表鎖就是把整張表鎖起來，特點是加鎖快，開銷小，不會出現死鎖，鎖粒度大，發生鎖衝突的概率高，併發相對較低。 行鎖 ...
  • mysql資料庫連接異常問題（總結）
    mysql資料庫連接異常問題（總結） 1.1 前言 最近項目由1個數據源增加至了3個數據源（連接池使用C3P0），結果各種奇葩的資料庫連接問題接踵而至，為防止將來再次遇到同樣的問題不犯同樣錯誤，現總結如下。 1.2 An attempt by a client to checkout a Conne ...
  • 事務管理
    什麼是事務 事務是現代資料庫的核心概念之一，它表示資料庫一系列操作的集合。這些操作必須在一個事務當中，要麼全部執行成功，要麼全部不執行。 ACID原則 原子性（Atomicity） 原子性是指事務包含的所有操作要麼全部成功，要麼全部失敗回滾，因此事務的操作如果成功就必須要完全應用到資料庫，如果操作失 ...
  • 如何利用MongoDB打造TOP榜小程式
    歡迎大家前往 "騰訊雲+社區" ，獲取更多騰訊海量技術實踐乾貨哦~ 本文由 "騰訊雲資料庫 TencentDB" 發表於 "雲+社區專欄" 今天我分享的主題內容大概是兩部分，最主要的還是小游戲和小程式，第一部分就是跟大家分享下我們在現網運營中服務小游戲以及爆款小游戲積累的經驗。在現網運維中我們做了一 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類