如何向資料庫中插入一條記錄,以及取得新插入記錄的自動生成的主鍵

時間 2021-10-14 22:25:42

1樓:du瓶邪

建立**的時候將主鍵設定為identity:

create table test

(id int primary key identity,value nvarchar(128) not null)插入資料的時候,不要給主鍵賦值,主鍵會自動增長:

insert into test values('value1')insert into test values('value2')資料表中的資料為:

id    value

1    value1

2    value2

當然,如果你不希望id從1開始,或者希望每條記錄之間的增量不為1,你可以這樣來建立你的**:

create table test

(id int primary key identity(10000,2),

value nvarchar(128) not null)這樣,你的**中的第一條記錄的id就是10000,而每次增加一條記錄,id的增量為2.

2樓:

插入一條記錄: insert into 表中(欄位名1,欄位名2,...) values(內容1,內容2...)

要獲得剛插入的記錄所自動生成的主鍵,一般會在插入記錄時,連同電腦的ip地址,帳號及當前時間一點插入.

然後再用select 下where條件為本機ip,本帳號及今天的最大記錄的id

3樓:沙

insert into 表名 values('值') select @@identity

在mysql中插入一條記錄並返回該記錄的主鍵(主鍵是資料裡自增的),我這個**怎麼能夠與實現呢?? 5

4樓:知三四郎

你第一次執行insert後,再立刻執行一條「select last_insert_id() as aa",這個aa就是你insert的id值。

這個語句是針對當前執行緒的,如果別人也insert了內容,互相不會干擾。

可以安全的使用。

5樓:

利用statement.executeupdate(),然後statement.getgeneratedkeys() 就可以取到剛插入的記錄的自增主鍵

6樓:匿名使用者

分兩步,先插入,後查詢,這樣簡單一點

查詢按desc排序,然後取第一個

mysql資料庫中,設定id為自動增加,向資料庫中插入資料時,sql語句怎麼寫?

7樓:摳腳小聖

在建立表的時候就將自增寫好:

比如:`id` int(11) not null auto_increment,就是讓id這個屬

性自增。

你需要在建立資料庫的語句最後寫這麼一句:auto_increment=1。表明自增數字從1開始。

之後插入資料的sql語句就正常寫就行了:insert into user values( ??);根據你的實際情況:

插入資料時只需要插入name和password就好,所以values中的「?」兩個就夠了

8樓:愛可生雲資料庫

隨著 mysql 8.0.16 的釋出,我們為 mgr 新增了一些功能,以增強其高可用性。其中一個功能是能夠在某些情況下啟用已離開組的成員自動重新加入,而無需使用者干預。

為了理解這個功能的好處以及如何使用它,我們將快速檢視它背後的概念以及它首先存在的動機。

介紹mgr 允許 mysql 使用者輕鬆管理高可用組,並完成保證系統高可用所需的所有特徵,例如容錯或故障檢測。

mgr 中提供的基本保證之一是該組呈現給使用者的是一個不可分割的整體,這意味著一旦成員加入或離開該組,該更改將立即被其他成員得知。預設情況下,組內的資料本身最終是一致的,儘管可以被修改。為了實現這種保證,mgr 使用組成員服務,以及通過一致性演算法檢測有衝突的事務並中止它們。

mgr 的這一方面超出了本文的範圍,與成員自動重新加入功能並不完全相關,本文不作贅述。

組內新成員必須符合一些條件。其中新成員需要在事務方面趕上組進度(是通過選擇組內一個成員來將已處理的事務流式傳輸給他,在 mgr 中稱為「捐贈」)。最後,只要在此「分散式恢復」過程中沒有遇到任何錯誤,組內新成員將被宣告為 online 狀態。

mgr 依靠組通訊層 (gcs) 來管理組。該層實現了用於解決衝突事務的一致性演算法,並強制執行一些通訊特性。對於實現前面提到的組的不可分割檢視,這些特性至關重要,如訊息的總順序、安全傳遞或檢視同步等。

gcs 需要能夠檢測組中哪些成員失效或看起來失效。一旦這些成員被檢測為失效,就將其從該組中移除,以便保持該組正常使用。為此 gcs 在每個成員中引入了一個故障檢測器,用於分析組內交換的訊息。

如果它在一段時間內沒有收到來自指定成員的訊息,則故障檢測器將對該成員產生「懷疑」,並認為該成員可能已經失效。成員從「懷疑」到真正失效的等待時間是可以配置的。

重新加入成員存在的問題

我們已經瞭解 mgr 必須為了高可用提供的策略,以及它如何實現,接下來請看示例:

一個小組由三個成員組成,其中一個成員偶爾會遇到丟失資料包、斷連或者其它導致無法解決的錯誤情況的影響組內通訊。還要考慮這些錯誤持續時間超過 group_replication_member_expel_timeout的值。

其中一個組員發生故障,小組的其他成員將決定踢出該成員。問題是,一旦該成員重新入組,他將被組驅逐加入失敗,需要通過手動干預。

如果該成員的驅逐超時屬性設定不為 0,則它將在被驅逐前等待滿足該時間量(將超時設定為 0 意味著他將永遠等待)。超時後成員將被驅逐並重新建立連線,並且無法重新加入舊組,需要再次手動干預。

於此,當存在網路故障時,顯然需要手動干預。

在 mysql 8.0.16 中,我們引入了自動重新加入組的功能,一旦成員被驅逐出組,它就會自動嘗試重新加入該組,直到達到預設的次數為止。有時每次重試之間至少等待5分鐘。

如何啟動自動重新加入?

可以通過將group_replication_autorejoin_tries設定為所需的重試次數來開啟並使用自動重新加入功能。

set global group_replication_autorejoin_tries = 3

預設值為 0,表示伺服器禁用自動重新加入。

如何驗證自動重新加入?

與 mysql 中的許多功能一樣,自動重新加入過程是可以監測的。自動重新加入的可檢測性依賴於效能模式基礎架構,階段式收集有關資料。

他們獲取以下資訊:

事件發生的執行緒id(thread_id)

活動名稱(event_name)

起止時間戳以及事件的總持續時間(timer_start,timer_end 和 timer_wait)

在事件停止之前完成的工作單位和預估工作單位(work_completed,work_estimated)

因此,當自動重新加入過程開始時,它將在performance schema中註冊一個名為「stage / grouprpl / undergoing auto-rejoinprocedure」的事件。使用表performance_schema.events_stage_current,  performance_schema.

events_stages_summary_global_by_event_name和performance_schema.events_stages_history_long我們可以觀察到以下內容:

是否正在進行自動重新加入程式

到目前為止,已經減少重試的次數

直到下一次重試的估計剩餘時間

自動重新加入過程狀態

可以通過過濾包含「auto-rejoin」字串的活動事件來查詢自動重新加入過程狀態(即,是否正在進行):

select count(*) from performance_schema.events_stages_current

where event_name like '%auto-rejoin%';

count(*)

1查詢結果存在,證明伺服器上執行了自動重新加入過程。

到目前為止的重試次數

如果正在進行自動重新加入程式,我們可以通過選擇階段事件上的工作單元數來檢查到目前為止嘗試的重試次數:

select work_completed from performance_schema.events_stages_current where

event_name like '%auto-rejoin%';

work_completed

1在這個例子中,到目前為止只有一次嘗試。

預計到下次重試的剩餘時間

select (300.0 - ((timer_wait*10e-12) - 300.0 * num_retries)) as time_remaining from

(select count(*) - 1 as num_retries from

performance_schema.events_stages_current where event_name like '%auto-rejoin%') as t,

performance_schema.events_stages_current where event_name like '%auto-rejoin%';

time_remaining

30.0

所以在這個例子中,在下一次重新加入之前還有 30 秒。注意效能模式表中的所有時間記帳都以微秒精度保持,因此我們將 timer_wait 縮放為秒。

使用自動重新加入與驅逐超時的權衡

到目前為止,在這篇文章中我們只關注自動重新加入。實際上,有兩種不同的方法可以實現離開組的成員的重新加入:

設定自動重新加入嘗試次數來實現自動重新加入

設定該成員的驅逐超時時間然後配合手動干預

能有延緩刪除組內可疑成員,並且如果配置為足夠長的驅逐超時時間,則增加了重新建立連線的機會,再次與組進行互動。

雖然這兩個功能實現了相同的目標,但它們的工作方式是不同的,並且需要權衡。通過使用驅逐超時,您可以維護組中可疑的成員,其缺點是您無法新增或刪除成員或選擇新的主機。如果通過使用自動重新加入,該成員將不再是該組的正常組員,將保持在 superreadonly 模式,直到重新加入該組。

但在此期間,重新加入成員的同步舊資料的可能性將增加。自動重新加入過程可監控,而驅逐超時不是真正可監控的。

所以,總結一下:

驅逐超時的優點

- 該成員一直在該組內

- 可能更適合足夠小的網路故障

驅逐超時的缺點

- 在懷疑某個成員時,無法在該組上新增/刪除成員

- 在懷疑某個成員時,無法選擇新的主機

- 您無法監控此過程

自動重新加入的優點

- 該組將在沒有重新加入成員的情況下執行,您可以新增/刪除成員並選擇新的主機

- 您可以監控該過程

自動重新加入的缺點

- 您增加了重新加入成員上過時讀取的可能性

- 可能不適合足夠小的網路故障

總而言之,我從啟用自動重新加入中獲得了什麼?

通過啟用自動重新加入,您可以減少對mysql例項的手動干預的需要。您的系統

更加適應瞬間網路故障,同時滿足對容錯性和高可用的保證。

摘要我們引入了一個名為group_replication_autorejoin_tries的新系統變數,允許使用者設定 mgr 成員在被驅逐或與組的大多數人失去聯絡後嘗試重新加入組的次數。

預設情況下,此自動重新加入過程處於關閉狀態。它能幫助使用者在面對瞬間網路故障時避免對 mgr 成員進行手動干預。

怎樣從資料庫中取出符合條件的最後一條記錄

用查詢命令locate 設變數,把欄位值付給變數,看查詢是否為真,為真賦值繼續查,為假繼續查直到記錄尾,最後為真所付的值即為 取出每個 號碼最後一次出現的記錄 du瓶邪 可以用到函式select1.select1 函式說明 從資料集中按順序檢索到符合過濾條件的第一條記錄,返回其selectexp值 ...

如何在資料庫查詢某一列中值最大的一條記錄

除了用 max 之外,還可以用 select top n n 你想取出最大的幾條都可以 top 有個好處就是可以顯示其他各列的值 select top 1 from tab 這個語句應該滿足要求 select from 表 where 欄位 in select max 欄位 from 表 如果資料僅...

資料庫中如何向表中輸入null值

1 在資料庫中建立一張test表,可以看到test表中有三個欄位,分別是 id,name,second。2 輸入下圖中的sql語句,點選執行 3 點選執行後,可以發現 發生了一些變化,在最下行增加了一排空記錄 4 輸入下圖中的sql語句,也可以插入一條記錄某個欄位為空值 5 點選執行後,可以發現 發...