mysql數(shù)據(jù)庫中自動增長的主鍵也可以手動插入值嗎？如何插入

在數(shù)據(jù)庫那邊設(shè)置主鍵為int型，設(shè)置主鍵自增屬性即可

成都創(chuàng)新互聯(lián)主要從事成都網(wǎng)站設(shè)計、做網(wǎng)站、網(wǎng)頁設(shè)計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)林口,十余年網(wǎng)站建設(shè)經(jīng)驗(yàn),價格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):18982081108

1

2

3

create table `table_name`(

id int auto_increment primary key

)

插入的時候不用插主鍵，他自己就會增長

mysql的id字段是自增,怎么在中間加插入一條數(shù)據(jù)

插入是無法做到的，只有通過修改，把兩條記錄的其他數(shù)據(jù)內(nèi)容交換了。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

mysql 兩表關(guān)聯(lián) 主鍵自增加 插入數(shù)據(jù)問題

可用函數(shù)???? mysql_insert_id()??? 獲取最新插入數(shù)據(jù)庫中數(shù)據(jù)的product_id。

直接輸出 mysql_insert_id() 返回的是最新插入數(shù)據(jù)的ID ;

如果你的product_id是 unsigned int，或者 bigint 的 。那么，可能是返回的是錯誤的。而要用 LAST_INSERT_ID()代替。

insert?into?basic?values?(null,'華碩筆記本最新款','3800.00','8026');

$product_id?=?mysql_insert_id();??//獲取剛插入product的id

insert?into?attr?values(null,'品牌','華碩',"$product_id");

insert?into?attr?values(null,'型號','AX550',"$product_id");

`````````````````

可左關(guān)聯(lián)表查詢：

SELECT?*?FROM?attr?LEFT?JOIN?basic?ON?attr.product_id?=?basic.product_id;

文章標(biāo)題：mysql自增怎么插入,mysql添加自增列
當(dāng)前網(wǎng)址：http://chinadenli.net/article4/dsghcoe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、Google、用戶體驗(yàn)、企業(yè)建站、、虛擬主機(jī)

廣告

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