mysql id自動(dòng)增長(zhǎng) 怎么查詢最大值

MYSQL獲取自增ID的四種方法

創(chuàng)新互聯(lián)專注于企業(yè)全網(wǎng)整合營(yíng)銷推廣、網(wǎng)站重做改版、二連浩特網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5頁(yè)面制作、商城網(wǎng)站開發(fā)、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站制作、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性價(jià)比高，為二連浩特等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

1. select max(id) from tablename

2.SELECT LAST_INSERT_ID() 函數(shù)

LAST_INSERT_ID 是與table無(wú)關(guān)的，如果向表a插入數(shù)據(jù)后，再向表b插入數(shù)據(jù)，LAST_INSERT_ID會(huì)改變。

在多用戶交替插入數(shù)據(jù)的情況下max(id)顯然不能用。這時(shí)就該使用LAST_INSERT_ID了，因?yàn)長(zhǎng)AST_INSERT_ID是基于Connection的，只要每個(gè)線程都使用獨(dú)立的 Connection對(duì)象，LAST_INSERT_ID函數(shù)將返回該Connection對(duì)AUTO_INCREMENT列最新的insert or update 操作生成的第一個(gè)record的ID。這個(gè)值不能被其它客戶端（Connection）影響，保證了你能夠找回自己的 ID 而不用擔(dān)心其它客戶端的活動(dòng)，而且不需要加鎖。使用單INSERT語(yǔ)句插入多條記錄, LAST_INSERT_ID返回一個(gè)列表。

3. select @@IDENTITY;

@@identity 是表示的是最近一次向具有identity屬性(即自增列)的表插入數(shù)據(jù)時(shí)對(duì)應(yīng)的自增列的值，是系統(tǒng)定義的全局變量。一般系統(tǒng)定義的全局變量都是以@@開頭，用戶自定義變量以@開頭。

比如有個(gè)表A，它的自增列是id，當(dāng)向A表插入一行數(shù)據(jù)后，如果插入數(shù)據(jù)后自增列的值自動(dòng)增加至101，則通過(guò)select @@identity得到的值就是101。使用@@identity的前提是在進(jìn)行insert操作后，執(zhí)行select @@identity的時(shí)候連接沒(méi)有關(guān)閉，否則得到的將是NULL值。

4. SHOW TABLE STATUS;

得出的結(jié)果里邊對(duì)應(yīng)表名記錄中有個(gè)Auto_increment字段，里邊有下一個(gè)自增ID的數(shù)值就是當(dāng)前該表的最大自增ID.

MYSQL自增量的問(wèn)題

includestdio.hint main()

{ int N,r;

long double sum=0;

long double a,b;

scanf("%d",N);

for(r=0;rN;r++){

scanf("%lf%lf",a,b);

一文讓你徹底弄懂MySQL自增列

MYSQL的自增列在實(shí)際生產(chǎn)中應(yīng)用的非常廣泛，相信各位所在的公司or團(tuán)隊(duì)，MYSQL開發(fā)規(guī)范中一定會(huì)有要求盡量使用自增列去充當(dāng)表的主鍵，為什么DBA會(huì)有這樣的要求，各位在使用MYSQL自增列時(shí)遇到過(guò)哪些問(wèn)題？這些問(wèn)題是由什么原因造成的呢？本文由淺入深，帶領(lǐng)大家徹底弄懂MYSQL的自增機(jī)制。

1.? 通過(guò)auto_increment關(guān)鍵字來(lái)指定自增的列，并指定自增列的初始值為1。

[root@localhost][test1]Create table t(id int auto_increment ,namevarchar(10),primary key(id))auto_increment=1;

QueryOK, 0 rows affected (0.63 sec)

2.? 自增列上必須有索引，將t表的主鍵索引刪除掉，會(huì)報(bào)錯(cuò)

[root@localhost][test1]alter table t drop primary key;

ERROR1075 (42000): Incorrect table definition; there can be only one auto column andit must be defined as a key

3.? 設(shè)定auto_increment_increment參數(shù)，可以調(diào)整自增步長(zhǎng)，該參數(shù)有session級(jí)跟global級(jí)，在分庫(kù)分表以及雙主or多主的模式下比較有用。

4.? 一個(gè)表上只能有一個(gè)自增列

5.? Mysql5.7及以下版本，innodb表的自增值保存在內(nèi)存中，重啟后表的自增值會(huì)設(shè)為max(id)+1，而myisam引擎的自增值是保存在文件中，重啟不會(huì)丟失。Mysql8.0開始，innodb的自增id能持久化了，重啟mysql，自增ID不會(huì)丟。

首先：表中自增列的上限是根據(jù)自增列的字段類型來(lái)定的。

若設(shè)定了自增id充當(dāng)主鍵，當(dāng)達(dá)到了自增id的上限值時(shí)，會(huì)發(fā)生什么樣的事情呢？還是以上面創(chuàng)建的 t表為例， 先回顧它的表結(jié)構(gòu)：

CREATETABLE `t` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`name` varchar(10) COLLATE utf8mb4_binDEFAULT NULL,

PRIMARY KEY (`id`)

)ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin

無(wú)符號(hào)的int類型，上限是2147483647。這里我們將表的自增值設(shè)為2147483647，再插入兩行數(shù)據(jù)：

[root@localhost][test1]alter table t auto_increment=2147483647;

QueryOK, 0 rows affected (0.01 sec)

Records:0? Duplicates: 0? Warnings: 0

[root@localhost][test1]insert into t(name) values ('test');??????????

QueryOK, 1 row affected (0.01 sec)

[root@localhost][test1]insert into t(name) values ('test');

ERROR 1062 (23000): Duplicate entry '2147483647' for key 'PRIMARY'

可以看到，第一個(gè)插入沒(méi)問(wèn)題，因?yàn)樽栽隽械闹禐?147483647，這是達(dá)到了上限，還沒(méi)有超過(guò)，第二行數(shù)據(jù)插入時(shí)，則報(bào)出主鍵重復(fù)，在達(dá)到上限后，無(wú)法再分配新的更大的自增值，也沒(méi)有從1開始從頭分配，在這里表的auto_increment值會(huì)一直是2147483647。

對(duì)于寫入量大，且經(jīng)常刪除數(shù)據(jù)的表，自增id設(shè)為int類型還是偏小的，所以我們?yōu)榱吮苊獬霈F(xiàn)自增id漲滿的情況，這邊統(tǒng)一建議自增id的類型設(shè)為unsigned bingint，這樣基本可以保障表的自增id是永遠(yuǎn)夠用的。

這里內(nèi)容比較多，innodb是索引組織表，所以涉及到索引的知識(shí)，但這不是本文的重點(diǎn)，我們快速回顧索引知識(shí)：

1.? Innodb索引分為主鍵跟輔助索引，主鍵即全表，輔助索引葉子節(jié)點(diǎn)保存主鍵的值，而主鍵的葉子節(jié)點(diǎn)保存數(shù)據(jù)行，中間節(jié)點(diǎn)存著葉子節(jié)點(diǎn)的路由值。

2.? Innodb存儲(chǔ)數(shù)據(jù)（索引）的單位是頁(yè)，這里默認(rèn)是16K，這也意味著，數(shù)據(jù)本身越小，一個(gè)頁(yè)中能存數(shù)據(jù)的量越多，而檢索效率不僅僅由索引的層數(shù)來(lái)決定，更是由一次能夠緩存的數(shù)據(jù)量來(lái)定，也就是說(shuō)數(shù)據(jù)本身越小，則一次IO能夠提取到緩沖區(qū)的數(shù)據(jù)越多（OS每次IO的量是固定的4K），查詢的效率越好。

其實(shí)能夠理解索引的結(jié)構(gòu)及索引寫入插入、更新的原理，則自然就明白為何建議使用自增id。這里我直接列出使用自增id 當(dāng)主鍵的好處吧：

1.? 順序?qū)懭耄苊饬巳~的分裂，數(shù)據(jù)寫入效率好

2.? 縮小了表的體積，特別是相比于UUID當(dāng)主鍵，甚至組合字段當(dāng)主鍵時(shí)，效果更明顯

3.? 查詢效率好，原因就是我上面說(shuō)到索引知識(shí)的第二點(diǎn)。

4.? 某些情況下，我們可以利用自增id來(lái)統(tǒng)計(jì)大表的大致行數(shù)。

5.? 在數(shù)據(jù)歸檔or垃圾數(shù)據(jù)清理時(shí)，也可方便的利用這個(gè)id去操作，效率高。

容易出現(xiàn)不連續(xù)的id

有的同志會(huì)發(fā)現(xiàn)，自己的表中id值存在空洞，如類似于1、2、3、8、9、10這樣，有的適合有想依賴于自增id的連續(xù)性來(lái)實(shí)現(xiàn)業(yè)務(wù)邏輯，所以會(huì)想方設(shè)法去修改id讓其變的連續(xù)，其實(shí)，這是沒(méi)有必要的，這一塊的業(yè)務(wù)邏輯交由MySQL實(shí)現(xiàn)是很不理智的，表的記錄小還好，要是表的數(shù)據(jù)量很大，修改起來(lái)就糟糕了。那么，為什么自增id會(huì)容易出現(xiàn)空洞呢？

自增id的修改機(jī)制如下：

在MySQL里面，如果字段id被定義為AUTO_INCREMENT，在插入一行數(shù)據(jù)的時(shí)候，自增值的行為如下：

1. 如果插入數(shù)據(jù)時(shí)id字段指定為0、null 或未指定值，那么就把這個(gè)表當(dāng)前的

AUTO_INCREMENT值填到自增字段；

2. 如果插入數(shù)據(jù)時(shí)id字段指定了具體的值，就直接使用語(yǔ)句里指定的值。

根據(jù)要插入的值和當(dāng)前自增值的大小關(guān)系，自增值的變更結(jié)果也會(huì)有所不同。假設(shè)，某次要插入的值是X，當(dāng)前的自增值是Y。

1. 如果XY，那么這個(gè)表的自增值不變；

2. 如果X≥Y，就需要把當(dāng)前自增值修改為 新的自增值 。

新的自增值生成算法是：從auto_increment_offset開始，以auto_increment_increment為步長(zhǎng)，持續(xù)疊加，直到找到第一個(gè)大于X的值，作為新的自增值。

Insert、update、delete操作會(huì)讓id不連續(xù)。

Delete、update：刪除中間數(shù)據(jù)，會(huì)造成空動(dòng)，而修改自增id值，也會(huì)造成空洞（這個(gè)很少）。

Insert：插入報(bào)錯(cuò)（唯一鍵沖突與事務(wù)回滾），會(huì)造成空洞，因?yàn)檫@時(shí)候自增id已經(jīng)分配出去了，新的自增值已經(jīng)生成，如下面例子：

[root@localhost][test1] select * fromt;

+----+------+

| id | name |

+----+------+

|? 1| aaa? |

|? 2| aaa? |

|? 3| aaa? |

|? 4| aaa? |

+----+------+

4 rows in set (0.00 sec)

[root@localhost][test1] selectAuto_increment from information_schema.tables where table_name='t';

+----------------+

| Auto_increment |

+----------------+

|????????????? 5 |

+----------------+

1 row in set (0.00 sec)

[root@localhost][test1] begin;

Query OK, 0 rows affected (0.00 sec)

[root@localhost][test1] insert intot(name) values('aaa');

Query OK, 1 row affected (0.00 sec)

[root@localhost][test1] select * fromt;

+----+------+

| id | name |

+----+------+

|? 1| aaa? |

|? 2| aaa? |

|? 3| aaa? |

|? 4| aaa? |

|? 5| aaa? |

+----+------+

5 rows in set (0.00 sec)

[root@localhost][test1] selectAuto_increment from information_schema.tables where table_name='t';

+----------------+

| Auto_increment |

+----------------+

|????????????? 6 |

+----------------+

1 row in set (0.00 sec)

[root@localhost][test1] rollback;

Query OK, 0 rows affected (0.00 sec)

[root@localhost][test1] selectAuto_increment from information_schema.tables where table_name='t';

+----------------+

| Auto_increment |

+----------------+

|????????????? 6 |

+----------------+

1 row in set (0.01 sec)

[root@localhost][test1] select * fromt;

+----+------+

| id | name |

+----+------+

|? 1| aaa? |

|? 2| aaa? |

|? 3| aaa? |

|? 4| aaa? |

+----+------+

4 rows in set (0.00 sec)

可以看到，雖然事務(wù)回滾了，但自增id已經(jīng)回不到從前啦，唯一鍵沖突也是這樣的，這里就不做測(cè)試了。

在批量插入時(shí)（insert select等），也存在空洞的問(wèn)題。看下面實(shí)驗(yàn)：

[root@localhost][test1] select * fromt;

+----+------+

| id | name |

+----+------+

|? 1| aaa? |

|? 2| aaa? |

|? 3| aaa? |

|? 4| aaa? |

+----+------+

4 rows in set (0.00 sec)

[root@localhost][test1] selectAuto_increment from information_schema.tables where table_name='t';

+----------------+

| Auto_increment |

+----------------+

|????????????? 5 |

+----------------+

1 row in set (0.00 sec)

[root@localhost][test1] insert intot(name) select name from t;??????????????????????

Query OK, 4 rows affected (0.04 sec)

Records: 4?Duplicates: 0? Warnings: 0

[root@localhost][test1] select * fromt;

+----+------+

| id | name |

+----+------+

|? 1| aaa? |

|? 2| aaa? |

|? 3| aaa? |

|? 4| aaa? |

|? 5| aaa? |

|? 6| aaa? |

|? 7| aaa? |

|? 8| aaa? |

+----+------+

8 rows in set (0.00 sec)

[root@localhost][test1] selectAuto_increment from information_schema.tables where table_name='t';

+----------------+

| Auto_increment |

+----------------+

|???????????? 12 |

+----------------+

1 row in set (0.00 sec)

可以看到，批量插入，導(dǎo)致下一個(gè)id值不為9了，再插入數(shù)據(jù)，即產(chǎn)生了空洞，這里是由mysql申請(qǐng)自增值的機(jī)制所造成的，MySQL在批量插入時(shí)，若一個(gè)值申請(qǐng)一個(gè)id，效率太慢，影響了批量插入的速度，故mysql采用下面的策略批量申請(qǐng)id。

1.? 語(yǔ)句執(zhí)行過(guò)程中，第一次申請(qǐng)自增id，會(huì)分配1個(gè)；

2.? 1個(gè)用完以后，這個(gè)語(yǔ)句第二次申請(qǐng)自增id，會(huì)分配2個(gè)；

3.? 2個(gè)用完以后，還是這個(gè)語(yǔ)句，第三次申請(qǐng)自增id，會(huì)分配4個(gè)；

4.? 依此類推，同一個(gè)語(yǔ)句去申請(qǐng)自增id，每次申請(qǐng)到的自增id個(gè)數(shù)都是上一次的兩倍。

在對(duì)自增列進(jìn)行操作時(shí)，存在著自增鎖，mysql的innodb_autoinc_lock_mode參數(shù)控制著自增鎖的上鎖機(jī)制。該參數(shù)有0、1、2三種模式：

0：語(yǔ)句執(zhí)行結(jié)束后釋放自增鎖，MySQL5.0時(shí)采用這種模式，并發(fā)度較低。

1：mysql的默認(rèn)設(shè)置。普通的insert語(yǔ)句申請(qǐng)后立馬釋放，insert select、replace insert、load data等批量插入語(yǔ)句要等語(yǔ)句執(zhí)行結(jié)束后才釋放，并發(fā)讀得到提升

2：所有的語(yǔ)句都是申請(qǐng)后立馬釋放，并發(fā)度大大提升！但是在binlog為statement格式時(shí)，主從數(shù)據(jù)會(huì)發(fā)生不一致。這一塊網(wǎng)上有很多介紹，我不做介紹了。

在徹底了解了MYSQL的自增機(jī)制以后，在實(shí)際生產(chǎn)中就能靈活避坑，這里建議不要用自增id值去當(dāng)表的行數(shù)，當(dāng)需要對(duì)大表準(zhǔn)確統(tǒng)計(jì)行數(shù)時(shí)，可以去count(*)從庫(kù)，如果業(yè)務(wù)很依賴大表的準(zhǔn)確行數(shù)，直接弄個(gè)中間表來(lái)統(tǒng)計(jì)，或者考慮要不要用mysql的innodb來(lái)存儲(chǔ)數(shù)據(jù)，這個(gè)是需要自己去權(quán)衡。另外對(duì)于要求很高的寫入性能，但寫入量又比較大的業(yè)務(wù)，自增id的使用依然存在熱點(diǎn)寫入的問(wèn)題，存在性能瓶頸，這時(shí)候可通過(guò)分庫(kù)分表來(lái)解決。

MySQL中怎樣定義指定自增長(zhǎng)列 種子值和增長(zhǎng)量值

如果你的mysql是5.0.2以后版本的

定義auto_increment_increment（增量）

auto_imcrement_offset定義起始點(diǎn)

mysql 主鍵自增 怎么處理

方法一： 如果曾經(jīng)的數(shù)據(jù)都不需要的話，可以直接清空所有數(shù)據(jù)，并將自增字段恢復(fù)從1開始計(jì)數(shù)

truncate table 表名

方法二： dbcc checkident (’table_name’, reseed, new_reseed_value) 當(dāng)前值設(shè)置為 new_reseed_value。如果自創(chuàng)建表后沒(méi)有將行插入該表，則在執(zhí)行 DBCC CHECKIDENT 后插入的第一行將使用 new_reseed_value 作為標(biāo)識(shí)。否則，下一個(gè)插入的行將使用 new_reseed_value + 1。如果 new_reseed_value 的值小于標(biāo)識(shí)列中的最大值，以后引用該表時(shí)將產(chǎn)生 2627 號(hào)錯(cuò)誤信息。

方法二不會(huì)清空已有數(shù)據(jù)，操作比較靈活，不僅可以將自增值歸零，也適用于刪除大量連續(xù)行后，重新設(shè)置自增值并插入新的數(shù)據(jù)；或從新的值開始，當(dāng)然不能和已有的沖突。

$sql="delete from $table_vote";

mysql_query($sql, $link);

$sql="alter table $table_vote auto_increment=1";

mysql_query($sql, $link);

如何查看MySQL數(shù)據(jù)庫(kù)表的當(dāng)前自增值

create table 商品表 (PID int,name varchar(20) primary key(PID));

create table 用戶表 (UID int,name varchar(20) primary key(UID));

create table 商品和用戶關(guān)系表 (PUID int,UID int,PID int primary key(PUID),foreign key(UID) references 用戶表(UID),foreign key(PID) references 商品表(PID));

以上，希望對(duì)你有所幫助！

當(dāng)前標(biāo)題：mysql自增量怎么看 mysql自增長(zhǎng)最大值多少
網(wǎng)頁(yè)URL：http://www.chinadenli.net/article10/dooiddo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供服務(wù)器托管、營(yíng)銷型網(wǎng)站建設(shè)、靜態(tài)網(wǎng)站、用戶體驗(yàn)、手機(jī)網(wǎng)站建設(shè)、響應(yīng)式網(wǎng)站

廣告

聲明：本網(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í)需注明來(lái)源： 創(chuàng)新互聯(lián)