關(guān)于 mysql 事務(wù)中的自增 id 的疑問

id 自增，name 為字符串類型

我們一直強(qiáng)調(diào)成都做網(wǎng)站、成都網(wǎng)站建設(shè)對(duì)于企業(yè)的重要性,如果您也覺得重要,那么就需要我們慎重對(duì)待,選擇一個(gè)安全靠譜的網(wǎng)站建設(shè)公司,企業(yè)網(wǎng)站我們建議是要么不做，要么就做好,讓網(wǎng)站能真正成為企業(yè)發(fā)展過程中的有力推手。專業(yè)的建站公司不一定是大公司,創(chuàng)新互聯(lián)作為專業(yè)的網(wǎng)絡(luò)公司選擇我們就是放心。

table 依然為空，開啟事務(wù)后在沒有commit的情況下，是沒有修改 table 的。

這里將事務(wù) b 直接提交

由于事物 b 提交了，插入了一行數(shù)據(jù)，id 為 2，所以這里生成 id 是在插入的時(shí)候。

這個(gè)時(shí)候開始提交事物a

事務(wù) a 和 b 都提交成功，上一個(gè)事務(wù)a的插入的數(shù)據(jù)項(xiàng)也出現(xiàn)了。

由于事物 c 回滾，事物 d 提交成功，所以 table 中確實(shí)是少了一行數(shù)據(jù)。

自增 id，是在插入的時(shí)候就已經(jīng)生成了，事務(wù)并不影響 id 的自增。

如果事務(wù)回滾，table 對(duì)應(yīng)的數(shù)據(jù)行就會(huì)缺失，id 也會(huì)缺失，自增 id 和事務(wù)是獨(dú)立的，互不影響。

mysql如何設(shè)置ID自增

設(shè)置自增列

MYSQL的自增列一定要是有索引的列，設(shè)置種子值要在表的后面設(shè)置

--mysql

-- 設(shè)置自增ID從N開始

CREATE TABLE empautoinc(

ID INT PRIMARY KEY AUTO_INCREMENT

) AUTO_INCREMENT = 100 ; --（設(shè)置自增ID從100開始）

insert into empautoinc(id) values(null);

Query OK, 1 row affected (0.00 sec)

mysql select * from empautoinc;

+-----+

| ID |

+-----+

| 100 |

+-----+

1 row in set (0.00 sec)

show table status like 'empautoinc'G;

*************************** 1. row ***************************

Name: empautoinc

Engine: InnoDB

Version: 10

Row_format: Compact

Rows: 1

Avg_row_length: 16384

Data_length: 16384

Max_data_length: 0

Index_length: 0

Data_free: 0

Auto_increment: 101

Create_time: 2016-10-27 01:50:32

Update_time: NULL

Check_time: NULL

Collation: utf8_general_ci

Checksum: NULL

Create_options:

Comment:

1 row in set (0.00 sec)

設(shè)置自增列的步長(zhǎng)，可以分為全局級(jí)別和會(huì)話級(jí)別

如果是會(huì)話級(jí)別，那么當(dāng)用戶新建一個(gè)會(huì)話的時(shí)候，那么步長(zhǎng)又回到了全局級(jí)別，所以mysql的步長(zhǎng)跟sqlserver的步長(zhǎng)有很大的不同

mysql不能設(shè)置為 表級(jí)別 的步長(zhǎng)

私信666領(lǐng)取資料

如何在MYSQL插數(shù)據(jù) ID自增

如何在MYSQL插數(shù)據(jù)ID自增的方法。

如下參考：

1.在添加字段之前，第一個(gè)應(yīng)該首先檢查當(dāng)前tb1表的結(jié)構(gòu)，如下圖所示。

2.實(shí)例字段列添加到表，如下所示。

3.再次看表結(jié)構(gòu)和比較之前和之后的情況添加字段，如下圖所示。

4.最后，插入新的數(shù)據(jù)行看到的樣子，最后添加自動(dòng)增長(zhǎng)的字段，如下所示。

注意事項(xiàng)：

MySQL使用的SQL語(yǔ)言是訪問數(shù)據(jù)庫(kù)最常用的標(biāo)準(zhǔn)語(yǔ)言。MySQL軟件采用雙重許可政策,分為社區(qū)版,商業(yè)版，由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特性，一般中小網(wǎng)站開發(fā)選擇MySQL作為數(shù)據(jù)庫(kù)。

技術(shù)分享 | 關(guān)于 MySQL 自增 ID 的事兒

當(dāng)我們使用 MySQL 進(jìn)行數(shù)據(jù)存儲(chǔ)時(shí)，一般會(huì)為一張表設(shè)置一個(gè)自增主鍵，當(dāng)有數(shù)據(jù)行插入時(shí)，該主鍵字段則會(huì)根據(jù)步長(zhǎng)與偏移量增長(zhǎng)（默認(rèn)每次+1）。

下文以 Innodb 引擎為主進(jìn)行介紹，使用自增主鍵的好處有很多，如：索引空間占比小、范圍查詢與排序都友好、避免像 UUID 這樣隨機(jī)字符串帶來的頁(yè)分裂問題等...

當(dāng)我們對(duì)該表設(shè)置了自增主鍵之后，則會(huì)在該表上產(chǎn)生一個(gè)計(jì)數(shù)器，用于為自增列分配 ID 。

自增的值并不是保存在表結(jié)構(gòu)信息內(nèi)的，對(duì)于不同的版本它們有如下的區(qū)別：

計(jì)數(shù)器的值存儲(chǔ)在內(nèi)存中的，重啟后丟棄，下一次將讀取最大的一個(gè)自增ID往后繼續(xù)發(fā)號(hào)。

計(jì)數(shù)器的值將會(huì)持久化到磁盤。在每次發(fā)號(hào)時(shí)都將寫入 Redolog ，并在每個(gè) Checkpoint 都進(jìn)行保存，重啟時(shí)候使用 Redolog 恢復(fù)重啟之前的值。

可以預(yù)先確定插入行數(shù)的語(yǔ)句（像簡(jiǎn)單 insert 的語(yǔ)句包含多個(gè) value 這種情況也是屬于簡(jiǎn)單插入，因?yàn)樵谶M(jìn)行插入時(shí)就已經(jīng)可以確定行數(shù)了）

預(yù)先不知道要插入的行數(shù)的語(yǔ)句（包括 INSERT ... SELECT, REPLACE ... SELECT 和 LOAD DATA 語(yǔ)句，但不包括 plain INSERT ）

如果一個(gè)事務(wù)正在向表中插入值，則會(huì)產(chǎn)生表級(jí)的共享鎖，以便當(dāng)前事務(wù)插入的行接收連續(xù)的主鍵值。

當(dāng)處于[ 傳統(tǒng)模式 ]與[ 連續(xù)模式 ]時(shí)，每次訪問計(jì)數(shù)器時(shí)都會(huì)加上一個(gè)名為 AUTO-INC 的表級(jí)鎖

傳統(tǒng)模式：鎖只持有到該語(yǔ)句執(zhí)行結(jié)束，注意是語(yǔ)句結(jié)束，不是事務(wù)結(jié)束

連續(xù)模式：批量插入時(shí)鎖持有到該語(yǔ)句執(zhí)行結(jié)束，簡(jiǎn)單插入時(shí)鎖持有到申請(qǐng)完自增ID后即釋放，不直到語(yǔ)句完成

通過調(diào)整 innodb_autoinc_lock_mode 配置項(xiàng)，可以定義 AUTO-INC 鎖的模式，不同的模式對(duì)應(yīng)的策略與鎖的粒度也將不同。

當(dāng)使用基于 Binlog 的復(fù)制場(chǎng)景時(shí)，對(duì)于 statement（SBR）同步模式下只有[ 傳統(tǒng)模式 ]與[ 連續(xù)模式 ]能保證語(yǔ)句的正確性。

基于 row（RBR）行復(fù)制的情況下任何配置模式都可以。

執(zhí)行語(yǔ)句時(shí)加 AUTO-INC 表級(jí)鎖，執(zhí)行完畢后釋放

針對(duì) Bulk Inserts 時(shí)才會(huì)采用 AUTO-INC 鎖，而針對(duì) Simple Inserts 時(shí)，則采用了一種新的輕量級(jí)的互斥鎖來分配 auto_increment 列的值。

該模式下可以保證同一條 insert 語(yǔ)句中新插入的自增 ID 都是連續(xù)的，但如果前一個(gè)事務(wù) rollback 丟棄了一部分 ID 的話也會(huì)存在后續(xù) ID 出現(xiàn)間隔的情況。

來一個(gè)分配一個(gè)，不會(huì)產(chǎn)生 AUTO-INC 表級(jí)鎖 ，僅僅會(huì)鎖住分配 ID 的過程。

由于鎖的粒度減少，多條語(yǔ)句在插入時(shí)進(jìn)行鎖競(jìng)爭(zhēng)，自增長(zhǎng)的值可能不是連續(xù)的。

且當(dāng) Binlog 模式為 statement（SBR）時(shí)自增 ID 不能保證數(shù)據(jù)的正確性

不一定，業(yè)務(wù)也不應(yīng)該過分依賴 MySQL 自增 ID 的連續(xù)性，在以下三種情況下，并不能保證自增 ID 的連續(xù)性：

假設(shè)已存在數(shù)據(jù){1,張三}，且張三所屬的字段設(shè)置了唯一主鍵

此時(shí)再次插入{null,張三}時(shí)候，主鍵沖突插入失敗，但表的計(jì)數(shù)器已由2變成了3

當(dāng)下次插入{null,李四}的時(shí)候最終入庫(kù)的會(huì)變成{3,李四}

在一個(gè)事務(wù)里進(jìn)行數(shù)據(jù)的插入，但最后并沒提交，而是執(zhí)行了 Rollback 。那么計(jì)數(shù)器已遞增的 ID 是不會(huì)返還的，而是被直接丟棄。

發(fā)生大量插入時(shí)可能會(huì)出現(xiàn)自增 ID 并不是連續(xù)的情況

當(dāng)我們?yōu)楸碓O(shè)置了自增主鍵后，自增 ID 的范圍則與主鍵的數(shù)據(jù)類型長(zhǎng)度相關(guān)。

如果沒有一張表里沒有設(shè)置任何主鍵，則會(huì)自動(dòng)生成一個(gè)隱性的6字節(jié)的 row_id 作為主鍵，它的取值范圍為 0 到 2^48-1。

row_id 是由一個(gè)全局的 dict_sys.row_id 參數(shù)進(jìn)行維護(hù)的，所有沒有主鍵的表都會(huì)用上它（并不是每一個(gè)表單獨(dú)占一份 row_id list ）

那么針對(duì)這兩種主鍵，則會(huì)有以下兩種情況發(fā)生：

當(dāng)自增 ID 到達(dá)上限后，受到主鍵數(shù)據(jù)類型的影響，計(jì)數(shù)器發(fā)放的下一個(gè) ID 也是當(dāng)前這個(gè) Max ID ，當(dāng)執(zhí)行語(yǔ)句時(shí)則會(huì)提示主鍵沖突。

建議根據(jù)業(yè)務(wù)合理規(guī)劃，在進(jìn)行表設(shè)計(jì)時(shí)就選擇適合的數(shù)據(jù)類型。

當(dāng)然也可以直接選擇 Bigint 類型，它的取值范圍是無(wú)符號(hào)情況下：0到 2^64–1（18446744073709551615）

這里并不是指 bigint 類型一定不會(huì)用完，畢竟一個(gè)有范圍的持續(xù)增長(zhǎng)的值一定會(huì)有溢出的時(shí)候，只是說一般場(chǎng)景下它都是足夠使用的。

當(dāng) row_id 使用完后則又會(huì)從 0 開始發(fā)放，此時(shí)新插入的數(shù)據(jù)將覆蓋回 row_id=0 的數(shù)據(jù)行。

由于它并不產(chǎn)生錯(cuò)誤，還會(huì)造成數(shù)據(jù)的覆蓋寫。所以我們平時(shí)還是盡量給表都設(shè)置一個(gè)合理的主鍵才是。

在實(shí)際業(yè)務(wù)場(chǎng)景中，ID 常常需要返回給客戶端用來進(jìn)行相關(guān)業(yè)務(wù)操作。

假如我們有個(gè) userinfo?uid=? 的 API 接口，而用戶 ID 是自增的，這時(shí)會(huì)發(fā)生什么？

該接口通過簡(jiǎn)單的嘗試就可以暴露出真實(shí)的業(yè)務(wù)用戶總數(shù)，可以很方便的使用爬蟲從1開始遞增獲取數(shù)據(jù)信息。

那么有的同學(xué)說，我既想使用自增 ID 帶來的好處，也不想承受這種比較常見的問題，那該怎么辦呢？

在輸出或者獲取前對(duì)指定字段進(jìn)行可逆的轉(zhuǎn)義操作

優(yōu)點(diǎn)：實(shí)現(xiàn)起來比較簡(jiǎn)單，無(wú)論單體業(yè)務(wù)或者分布式應(yīng)用都無(wú)需考慮對(duì)數(shù)據(jù)源的解析，只需在客戶端實(shí)現(xiàn)自己的轉(zhuǎn)義與解析方法即可；

缺點(diǎn)：業(yè)務(wù)入侵較大，且需要前后端各個(gè)合作方確認(rèn)統(tǒng)一的標(biāo)準(zhǔn)；如果轉(zhuǎn)義方法有調(diào)整，變更影響面也會(huì)很大；字符串長(zhǎng)度會(huì)隨ID長(zhǎng)度而變化，使用空位填充也會(huì)特別明顯；

優(yōu)點(diǎn)：由于采用了時(shí)間戳進(jìn)行 ID 生成，該 ID 是有序的，對(duì)范圍查詢與排序都比較友好；

缺點(diǎn)：需要保證發(fā)號(hào)節(jié)點(diǎn)的高可用性；另外由于生成時(shí)依賴時(shí)間戳，需要考慮時(shí)鐘回?fù)芘c時(shí)鐘同步的問題；

維護(hù)一份 ID 與 hash 的映射字典，它可以存在于客戶端本身，也可以依賴其他如 Redis 、ETCD 之類的組件

優(yōu)點(diǎn)：hash 長(zhǎng)度不會(huì)隨著 ID 長(zhǎng)度或值的變化而變化；可以根據(jù)已有的 hash code 來造布隆過濾器；

缺點(diǎn)：業(yè)務(wù)入侵較大，查詢時(shí)同樣需要先根據(jù) hash key 找到對(duì)應(yīng)的 ID 值；需要考慮選擇合適的 hash 算法以及解決 hash 沖突或擴(kuò)容的問題。

求大神，mysql數(shù)據(jù)庫(kù)怎么實(shí)現(xiàn)字符類型的自增

對(duì)于自增型的字段，在插入數(shù)據(jù)的時(shí)候，不需要賦值。

但是在寫語(yǔ)句的時(shí)候，你得注意一下。

假設(shè)col1自增，表一共3列，col1, col2, col3, 那么語(yǔ)句就是insert into table(col2, col3) values('1', '2');！

標(biāo)題名稱：mysql中字符怎么自增,mysql設(shè)置某字段自增
網(wǎng)頁(yè)地址：http://chinadenli.net/article24/heooce.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供ChatGPT、網(wǎng)站設(shè)計(jì)公司、靜態(tài)網(wǎng)站、建站公司、網(wǎng)站導(dǎo)航、App開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)