SQL 事務與鎖

来源:http://www.cnblogs.com/Liyuting/archive/2017/12/06/7993049.html
-Advertisement-
Play Games

瞭解事務和鎖 事務:保持邏輯數據一致性與可恢復性,必不可少的利器。 鎖:多用戶訪問同一資料庫資源時,對訪問的先後次序許可權管理的一種機制,沒有他事務或許將會一塌糊塗,不能保證數據的安全正確讀寫。 死鎖:是資料庫性能的重量級殺手之一,而死鎖卻是不同事務之間搶占數據資源造成的。 不懂的聽上去,挺神奇的,懂 ...


瞭解事務和鎖

事務:保持邏輯數據一致性與可恢復性,必不可少的利器。

鎖:多用戶訪問同一資料庫資源時,對訪問的先後次序許可權管理的一種機制,沒有他事務或許將會一塌糊塗,不能保證數據的安全正確讀寫。

死鎖:是資料庫性能的重量級殺手之一,而死鎖卻是不同事務之間搶占數據資源造成的。

不懂的聽上去,挺神奇的,懂的感覺我在扯淡,下麵帶你好好領略下他們的風采,嗅査下他們的狂騷。。

先說事務--概念,分類

用華仔無間道中的一句來給你詮釋下:去不了終點,回到原點。

舉例說明:

在一個事務中,你寫啦2條sql語句,一條是修改訂單表狀態,一條是修改庫存表庫存-1 。 如果在修改訂單表狀態的時候出錯,事務能夠回滾,數據將恢復到沒修改之前的數據狀態,下麵的修改庫存也就不執行,這樣確保你關係邏輯的一致,安全。。

事務就是這個樣子,倔脾氣,要麼全部執行,要麼全部不執行,回到原數據狀態。

書面解釋:事務具有原子性,一致性,隔離性,持久性。

  • 原子性:事務必須是一個自動工作的單元,要麼全部執行,要麼全部不執行。
  • 一致性:事務結束的時候,所有的內部數據都是正確的。
  • 隔離性:併發多個事務時,各個事務不幹涉內部數據,處理的都是另外一個事務處理之前或之後的數據。
  • 持久性:事務提交之後,數據是永久性的,不可再回滾。

然而在SQL Server中事務被分為3類常見的事務:

  • 自動提交事務:是SQL Server預設的一種事務模式,每條Sql語句都被看成一個事務進行處理,你應該沒有見過,一條Update 修改2個欄位的語句,只修該了1個欄位而另外一個欄位沒有修改。。
  • 顯式事務:T-sql標明,由Begin Transaction開啟事務開始,由Commit Transaction 提交事務、Rollback Transaction 回滾事務結束。
  • 隱式事務:使用Set IMPLICIT_TRANSACTIONS ON 將將隱式事務模式打開,不用Begin Transaction開啟事務,當一個事務結束,這個模式會自動啟用下一個事務,只用Commit Transaction 提交事務、Rollback Transaction 回滾事務即可。

顯式事務的應用

常用語句就四個。

  • Begin Transaction:標記事務開始。
  • Commit Transaction:事務已經成功執行,數據已經處理妥當。
  • Rollback Transaction:數據處理過程中出錯,回滾到沒有處理之前的數據狀態,或回滾到事務內部的保存點。
  • Save Transaction:事務內部設置的保存點,就是事務可以不全部回滾,只回滾到這裡,保證事務內部不出錯的前提下。

上面的都是心法,下麵的給你來個招式,要看仔細啦。

---開啟事務
begin tran
--錯誤撲捉機制,看好啦,這裡也有的。並且可以嵌套。
begin try  
   --語句正確
   insert into lives (Eat,Play,Numb) values ('豬肉','足球',1)
   --Numb為int類型,出錯
   insert into lives (Eat,Play,Numb) values ('豬肉','足球','abc')
   --語句正確
   insert into lives (Eat,Play,Numb) values ('狗肉','籃球',2)
end try
begin catch
   select Error_number() as ErrorNumber,  --錯誤代碼
          Error_severity() as ErrorSeverity,  --錯誤嚴重級別,級別小於10 try catch 捕獲不到
          Error_state() as ErrorState ,  --錯誤狀態碼
          Error_Procedure() as ErrorProcedure , --出現錯誤的存儲過程或觸發器的名稱。
          Error_line() as ErrorLine,  --發生錯誤的行號
          Error_message() as ErrorMessage  --錯誤的具體信息
   if(@@trancount>0) --全局變數@@trancount,事務開啟此值+1,他用來判斷是有開啟事務
      rollback tran  ---由於出錯,這裡回滾到開始,第一條語句也沒有插入成功。
end catch
if(@@trancount>0)
commit tran  --如果成功Lives表中,將會有3條數據。

--表本身為空表,ID ,Numb為int 類型,其它為nvarchar類型
select * from lives

---開啟事務
begin tran
--錯誤撲捉機制,看好啦,這裡也有的。並且可以嵌套。
begin try    
   --語句正確
   insert into lives (Eat,Play,Numb) values ('豬肉','足球',1)   
    --加入保存點
   save tran pigOneIn
   --Numb為int類型,出錯
   insert into lives (Eat,Play,Numb) values ('豬肉','足球',2)
   --語句正確
   insert into lives (Eat,Play,Numb) values ('狗肉','籃球',3)
end try
begin catch
   select Error_number() as ErrorNumber,  --錯誤代碼
          Error_severity() as ErrorSeverity,  --錯誤嚴重級別,級別小於10 try catch 捕獲不到
          Error_state() as ErrorState ,  --錯誤狀態碼
          Error_Procedure() as ErrorProcedure , --出現錯誤的存儲過程或觸發器的名稱。
          Error_line() as ErrorLine,  --發生錯誤的行號
          Error_message() as ErrorMessage  --錯誤的具體信息
   if(@@trancount>0) --全局變數@@trancount,事務開啟此值+1,他用來判斷是有開啟事務
      rollback tran   ---由於出錯,這裡回滾事務到原點,第一條語句也沒有插入成功。
end catch
if(@@trancount>0)
rollback tran pigOneIn --如果成功Lives表中,將會有3條數據。

--表本身為空表,ID ,Numb為int 類型,其它為nvarchar類型
select * from lives

使用set xact_abort

設置 xact_abort on/off , 指定是否回滾當前事務,為on時如果當前sql出錯,回滾整個事務,為off時如果sql出錯回滾當前sql語句,其它語句照常運行讀寫資料庫。

 需要註意的時:xact_abort只對運行時出現的錯誤有用,如果sql語句存在編譯時錯誤,那麼他就失靈啦。

delete lives  --清空數據
set xact_abort off
begin tran 
    --語句正確
   insert into lives (Eat,Play,Numb) values ('豬肉','足球',1)   
   --Numb為int類型,出錯,如果1234..那個大數據換成'132dsaf' xact_abort將失效
   insert into lives (Eat,Play,Numb) values ('豬肉','足球',12345646879783213)
   --語句正確
   insert into lives (Eat,Play,Numb) values ('狗肉','籃球',3)
commit tran
select * from lives

為on時,結果集為空,因為運行是數據過大溢出出錯,回滾整個事務。

事務把死鎖給整齣來啦

跟著做:打開兩個查詢視窗,把下麵的語句,分別放入2個查詢視窗,在5秒內運行2個事務模塊。

begin tran 
  update lives set play='羽毛球'
  waitfor delay '0:0:5'  
  update dbo.Earth set Animal='老虎' 
commit tran
begin tran 
  update Earth set Animal='老虎' 
  waitfor  delay '0:0:5' --等待5秒執行下麵的語句
  update lives set play='羽毛球'
commit tran
select * from lives
select * from Earth

為什麼呢,下麵我們看看鎖,什麼是鎖。

併發事務成敗皆歸於鎖——鎖定

在多用戶都用事務同時訪問同一個數據資源的情況下,就會造成以下幾種數據錯誤。

  • 更新丟失:多個用戶同時對一個數據資源進行更新,必定會產生被覆蓋的數據,造成數據讀寫異常。
  • 不可重覆讀:如果一個用戶在一個事務中多次讀取一條數據,而另外一個用戶則同時更新啦這條數據,造成第一個用戶多次讀取數據不一致。
  • 臟讀:第一個事務讀取第二個事務正在更新的數據表,如果第二個事務還沒有更新完成,那麼第一個事務讀取的數據將是一半為更新過的,一半還沒更新過的數據,這樣的數據毫無意義。
  • 幻讀:第一個事務讀取一個結果集後,第二個事務,對這個結果集經行增刪操作,然而第一個事務中再次對這個結果集進行查詢時,數據發現丟失或新增。

然而鎖定,就是為解決這些問題所生的,他的存在使得一個事務對他自己的數據塊進行操作的時候,而另外一個事務則不能插足這些數據塊。這就是所謂的鎖定。

鎖定從資料庫系統的角度大致可以分為6種:

  • 共用鎖(S):還可以叫他讀鎖。可以併發讀取數據,但不能修改數據。也就是說當數據資源上存在共用鎖的時候,所有的事務都不能對這個資源進行修改,直到數據讀取完成,共用鎖釋放。
  • 排它鎖(X):還可以叫他獨占鎖、寫鎖。就是如果你對數據資源進行增刪改操作時,不允許其它任何事務操作這塊資源,直到排它鎖被釋放,防止同時對同一資源進行多重操作。
  • 更新鎖(U):防止出現死鎖的鎖模式,兩個事務對一個數據資源進行先讀取在修改的情況下,使用共用鎖和排它鎖有時會出現死鎖現象,而使用更新鎖則可以避免死鎖的出現。資源的更新鎖一次只能分配給一個事務,如果需要對資源進行修改,更新鎖會變成排他鎖,否則變為共用鎖。
  • 意向鎖:SQL Server需要在層次結構中的底層資源上(如行,列)獲取共用鎖,排它鎖,更新鎖。例如表級放置了意向共用鎖,就表示事務要對錶的頁或行上使用共用鎖。在表的某一行上上放置意向鎖,可以防止其它事務獲取其它不相容的的鎖。意向鎖可以提高性能,因為數據引擎不需要檢測資源的每一列每一行,就能判斷是否可以獲取到該資源的相容鎖。意向鎖包括三種類型:意向共用鎖(IS),意向排他鎖(IX),意向排他共用鎖(SIX)。
  • 架構鎖:防止修改表結構時,併發訪問的鎖。
  • 大容量更新鎖:允許多個線程將大容量數據併發的插入到同一個表中,在載入的同時,不允許其它進程訪問該表。

這些鎖之間的相互相容性,也就是,是否可以同時存在。 

 

現有的授權模式

 

 

 

 

 

請求的模式

IS

S

U

IX

SIX

X

意向共用 (IS)

共用 (S)

更新 (U)

意向排他 (IX)

意向排他共用 (SIX)

排他 (X)

鎖相容性具體參見:http://msdn.microsoft.com/zh-cn/library/ms186396.aspx

鎖粒度和層次結構參見:http://msdn.microsoft.com/zh-cn/library/ms189849(v=sql.105).aspx

死鎖

什麼是死鎖,為什麼會產生死鎖。我用 “事務把死鎖給整齣來啦” 標題下的兩個事務產生的死鎖來解釋應該會更加生動形象點。

例子是這樣的:

第一個事務(稱為A):先更新lives表 --->>停頓5秒---->>更新earth表

第二個事務(稱為B):先更新earth表--->>停頓5秒---->>更新lives表

先執行事務A----5秒之內---執行事務B,出現死鎖現象。

過程是這樣子的:

  1. A更新lives表,請求lives的排他鎖,成功。
  2. B更新earth表,請求earth的排他鎖,成功。
  3. 5秒過後
  4. A更新earth,請求earth的排它鎖,由於B占用著earth的排它鎖,等待。
  5. B更新lives,請求lives的排它鎖,由於A占用著lives的排它鎖,等待。

這樣相互等待對方釋放資源,造成資源讀寫擁擠堵塞的情況,就被稱為死鎖現象,也叫做阻塞。而為什麼會產生,上例就列舉出來啦。

然而資料庫並沒有出現無限等待的情況,是因為資料庫搜索引擎會定期檢測這種狀況,一旦發現有情況,立馬選擇一個事務作為犧牲品。犧牲的事務,將會回滾數據。有點像兩個人在過獨木橋,兩個無腦的人都走在啦獨木橋中間,如果不落水,必定要有一個人給退回來。這種相互等待的過程,是一種耗時耗資源的現象,所以能避則避。

哪個人會被退回來,作為犧牲品,這個我們是可以控制的。控制語法:

set deadlock_priority  <級別>

死鎖處理的優先順序別為 low<normal<high,不指定的情況下預設為normal,犧牲品為隨機。如果指定,犧牲品為級別低的。

還可以使用數字來處理標識級別:-10到-5為low,-5為normal,-5到10為high。

減少死鎖的發生,提高資料庫性能

死鎖耗時耗資源,然而在大型資料庫中,高併發帶來的死鎖是不可避免的,所以我們只能讓其變的更少。

  1. 按照同一順序訪問資料庫資源,上述例子就不會發生死鎖啦
  2. 保持是事務的簡短,儘量不要讓一個事務處理過於複雜的讀寫操作。事務過於複雜,占用資源會增多,處理時間增長,容易與其它事務衝突,提升死鎖概率。
  3. 儘量不要在事務中要求用戶響應,比如修改新增數據之後在完成整個事務的提交,這樣延長事務占用資源的時間,也會提升死鎖概率。
  4. 儘量減少資料庫的併發量。
  5. 儘可能使用分區表,分區視圖,把數據放置在不同的磁碟和文件組中,分散訪問保存在不同分區的數據,減少因為表中放置鎖而造成的其它事務長時間等待。
  6. 避免占用時間很長並且關係表複雜的數據操作。
  7. 使用較低的隔離級別,使用較低的隔離級別比使用較高的隔離級別持有共用鎖的時間更短。這樣就減少了鎖爭用。

可參考:http://msdn.microsoft.com/zh-cn/library/ms191242(v=sql.105).aspx

查看鎖活動情況:

--查看鎖活動情況
select * from sys.dm_tran_locks
--查看事務活動情況
dbcc opentran

可參考:http://msdn.microsoft.com/zh-cn/library/ms190345.aspx

為事務設置隔離級別

所謂事物隔離級別,就是併發事務對同一資源的讀取深度層次。分為5種。

  • read uncommitted:這個隔離級別最低啦,可以讀取到一個事務正在處理的數據,但事務還未提交,這種級別的讀取叫做臟讀。
  • read committed:這個級別是預設選項,不能臟讀,不能讀取事務正在處理沒有提交的數據,但能修改。
  • repeatable read:不能讀取事務正在處理的數據,也不能修改事務處理數據前的數據。
  • snapshot:指定事務在開始的時候,就獲得了已經提交數據的快照,因此當前事務只能看到事務開始之前對數據所做的修改。
  • serializable:最高事務隔離級別,只能看到事務處理之前的數據。 
--語法
set tran isolation level <級別>

read uncommitted隔離級別的例子:

begin tran 
  set deadlock_priority low
  update Earth set Animal='老虎' 
  waitfor  delay '0:0:5' --等待5秒執行下麵的語句
rollback tran

開另外一個查詢視窗執行下麵語句

set tran isolation level read uncommitted
select * from Earth  --讀取的數據為正在修改的數據 ,臟讀
waitfor  delay '0:0:5'  --5秒之後數據已經回滾
select * from Earth  --回滾之後的數據

read committed隔離級別的例子:

begin tran 
  update Earth set Animal='老虎' 
  waitfor  delay '0:0:10' --等待5秒執行下麵的語句
rollback tran
set tran isolation level read committed
select * from Earth ---獲取不到老虎,不能臟讀
update Earth set Animal='猴子1'   --可以修改
waitfor  delay '0:0:10'  --10秒之後上一個事務已經回滾
select * from Earth  --修改之後的數據,而不是猴子

 

剩下的幾個級別,不一一列舉啦,自己理解吧。

設置鎖超時時間

發生死鎖的時候,資料庫引擎會自動檢測死鎖,解決問題,然而這樣子是很被動,只能在發生死鎖後,等待處理。

然而我們也可以主動出擊,設置鎖超時時間,一旦資源被鎖定阻塞,超過設置的鎖定時間,阻塞語句自動取消,釋放資源,報1222錯誤。

好東西一般都具有兩面性,調優的同時,也有他的不足之處,那就是一旦超過時間,語句取消,釋放資源,但是當前報錯事務,不會回滾,會造成數據錯誤,你需要在程式中捕獲1222錯誤,用程式處理當前事務的邏輯,使數據正確。

--查看超時時間,預設為-1
select @@lock_timeout
--設置超時時間
set lock_timeout 0 --為0時,即為一旦發現資源鎖定,立即報錯,不在等待,當前事務不回滾,設置時間需謹慎處理後事啊,你hold不住的。

查看與殺死鎖和進程

--檢測死鎖
--如果發生死鎖了,我們怎麼去檢測具體發生死鎖的是哪條SQL語句或存儲過程?
--這時我們可以使用以下存儲過程來檢測,就可以查出引起死鎖的進程和SQL語句。SQL Server自帶的系統存儲過程sp_who和sp_lock也可以用來查找阻塞和死鎖, 但沒有這裡介紹的方法好用。 

use master
go
create procedure sp_who_lock
as
begin
declare @spid int,@bl int,
 @intTransactionCountOnEntry  int,
        @intRowcount    int,
        @intCountProperties   int,
        @intCounter    int

 create table #tmp_lock_who (
 id int identity(1,1),
 spid smallint,
 bl smallint)
 
 IF @@ERROR<>0 RETURN @@ERROR
 
 insert into #tmp_lock_who(spid,bl) select  0 ,blocked
   from (select * from sysprocesses where  blocked>0 ) a 
   where not exists(select * from (select * from sysprocesses where  blocked>0 ) b 
   where a.blocked=spid)
   union select spid,blocked from sysprocesses where  blocked>0

 IF @@ERROR<>0 RETURN @@ERROR 
  
-- 找到臨時表的記錄數
 select  @intCountProperties = Count(*),@intCounter = 1
 from #tmp_lock_who
 
 IF @@ERROR<>0 RETURN @@ERROR 
 
 if @intCountProperties=0
  select '現在沒有阻塞和死鎖信息' as message

-- 迴圈開始
while @intCounter <= @intCountProperties
begin
-- 取第一條記錄
  select  @spid = spid,@bl = bl
  from #tmp_lock_who where Id = @intCounter 
 begin
  if @spid =0 
            select '引起資料庫死鎖的是: '+ CAST(@bl AS VARCHAR(10)) + '進程號,其執行的SQL語法如下'
 else
            select '進程號SPID:'+ CAST(@spid AS VARCHAR(10))+ '' + '進程號SPID:'+ CAST(@bl AS VARCHAR(10)) +'阻塞,其當前進程執行的SQL語法如下'
 DBCC INPUTBUFFER (@bl )
 end 

-- 迴圈指針下移
 set @intCounter = @intCounter + 1
end

drop table #tmp_lock_who

return 0
end
 

--殺死鎖和進程
--如何去手動的殺死進程和鎖?最簡單的辦法,重新啟動服務。但是這裡要介紹一個存儲過程,通過顯式的調用,可以殺死進程和鎖。

use master
go

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_killspid]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[p_killspid]
GO

create proc p_killspid
@dbname varchar(200)    --要關閉進程的資料庫名
as  
    declare @sql  nvarchar(500)  
    declare @spid nvarchar(20)

    declare #tb cursor for
        select spid=cast(spid as varchar(20)) from master..sysprocesses where dbid=db_id(@dbname)
    open #tb
    fetch next from #tb into @spid
    while @@fetch_status=0
    begin  
        exec('kill '+@spid)
        fetch next from #tb into @spid
    end  
    close #tb
    deallocate #tb
go

--用法  
exec p_killspid  'newdbpy' 

--查看鎖信息
--如何查看系統中所有鎖的詳細信息?在企業管理管理器中,我們可以看到一些進程和鎖的信息,這裡介紹另外一種方法。
--查看鎖信息
create table #t(req_spid int,obj_name sysname)

declare @s nvarchar(4000)
    ,@rid int,@dbname sysname,@id int,@objname sysname

declare tb cursor for 
    select distinct req_spid,dbname=db_name(rsc_dbid),rsc_objid
    from master..syslockinfo where rsc_type in(4,5)
open tb
fetch next from tb into @rid,@dbname,@id
while @@fetch_status=0
begin
    set @s='select @objname=name from ['+@dbname+']..sysobjects where id=@id'
    exec sp_executesql @s,N'@objname sysname out,@id int',@objname out,@id
    insert into #t values(@rid,@objname)
    fetch next from tb into @rid,@dbname,@id
end
close tb
deallocate tb

select 進程id=a.req_spid
    ,資料庫=db_name(rsc_dbid)
    ,類型=case rsc_type when 1 then 'NULL 資源(未使用)'
        when 2 then '資料庫'
        when 3 then '文件'
        when 4 then '索引'
        when 5 then ''
        when 6 then ''
        when 7 then ''
        when 8 then '擴展盤區'
        when 9 then 'RID(行 ID)'
        when 10 then '應用程式'
    end
    ,對象id=rsc_objid
    ,對象名=b.obj_name
    ,rsc_indid
 from master..syslockinfo a left join #t b on a.req_spid=b.req_spid

go
drop table #t

C#後臺代碼拼Sql事務語句

public partial class TestSqlTran : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        if(!IsPostBack)
        {
            Execute();
        }
    }
    private void Execute()
    {
        string connString = ConfigurationManager.ConnectionStrings["connString"].ToString();
        SqlConnection connection = new SqlConnection(connString);
        StringBuilder sqlSB=new StringBuilder();
        /*sqlSB.AppendLine("begin tran tran_handle")與SqlServer中的換行不是一回事,
          C#後臺每行Sql語句後邊必須加空格分隔,
          不能用sqlSB.AppendLine("begin tran tran_handle")來替代sqlSB.Append("begin tran tran_handle ")          
        */
        sqlSB.Append("begin tran tran_handle ");
        sqlSB.AppendFormat("declare {0} int;set {0}=0;", "@tran_error");                
        sqlSB.Append("begin try ");
        sqlSB.AppendFormat("delete from Descriptions where Id='{0}' ", "1");
        sqlSB.Append("end try ");
        sqlSB.Append("begin catch ");
        //set @tran_error=@tran_error+1;以分號結尾可以不用空格
        sqlSB.Append("set @tran_error=@tran_error+1;");
        sqlSB.Append("end catch ");
        sqlSB.Append("if(@tran_error>0) begin rollback tran; end ");
        sqlSB.Append("else begin commit tran; end ");
        SqlCommand cmd=new SqlCommand(sqlSB.ToString(),connection);
        connection.Open();
        int count = cmd.ExecuteNonQuery();
        connection.Close();
    }
}

原文鏈接:https://www.cnblogs.com/knowledgesea/p/3714417.html


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

-Advertisement-
Play Games
更多相關文章
  • 安裝環境: linux版本: ubuntu-16.04.3-desktop-amd64 mysql版本:mysql-boost-5.7.20.tar.gz 下載地址:https://dev.mysql.com/downloads/mysql/ mysql安裝前的準備工作: 1,安裝cmake工具 s ...
  • Linux重要目錄,以思維導圖Xmind方式展現,附帶Xmind文件下載地址。 ...
  • @echo off&color 3a&set c=0123456789abcdefghijklmnopqrstuvwxyz title 批量替換文件(文件夾)名 echo. echo 此批處理可批量替換本文件所在文件夾下所有文件的文件名。 echo.echo.&set /p strtemp1= 請輸 ...
  • 企業級緩存系統varnish應用與實戰 環境背景:隨著公司業務快速發展,公司的電子商務平臺已經聚集了很多的忠實粉絲,公司也拿到了投資,這時老闆想通過一場類似雙十一的活動,進行一場大的促銷,屆時會有非常多的粉絲訪問網站,你的總監與市場部門開完會後,確定活動期間會有平常10倍以上的訪問請求,總監要求大幅 ...
  • Innodb中的鎖 共用鎖和排它鎖(Shared and Exclusive Locks) 共用鎖和排它鎖是行級鎖,有兩種類型的行級鎖 共用鎖(s lock)允許持有鎖的事務對行進行讀取操作 排它鎖(x lock)允許持有鎖的事務對行進行更新和刪除操作 事務a在行r上擁有共用鎖,則其他事務可以獲得r ...
  • 1.mongodb下載地址: https://www.mongodb.com/dr/fastdl.mongodb.org/win32/mongodb-win32-x86_64-2008plus-ssl-3.6.0-signed.msi 2.安裝後文件夾結構如下圖所示 2、在D:\MongoDB下新建 ...
  • 對這個游戲我想大家都不陌生 不管新手還是老手都會遇到難題基本上是處於不會玩的狀態下去亂押註又或者是被某某某帶著跟計劃玩一是直接拉你進群讓你去跟計 劃(沒有長期的計 劃跟計劃死的人很多,你也不例外)二是在微 信 群里發神經的亂下註(或許看到別人買什麼你也跟著買,微信群基本都是托) 那該如何對待這個游戲 ...
  • 通常情況下,ETL工程師創建一個Agent Job來周期性地執行Package,Agent底層調用SSISDB的存儲過程(catalog.start_execution)以同步模式來啟動執行實例,這就意味著,我們可以模擬Agent Job的行為,使用TSQL腳本執行Package。SSIS引擎每執行 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 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 ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...