如何在MYSQL插數(shù)據(jù)ID自增的方法。
創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供龍子湖網(wǎng)站建設(shè)、龍子湖做網(wǎng)站、龍子湖網(wǎng)站設(shè)計(jì)、龍子湖網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)與制作、龍子湖企業(yè)網(wǎng)站模板建站服務(wù)，10年龍子湖做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。
如下參考：
1.在添加字段之前，第一個(gè)應(yīng)該首先檢查當(dāng)前tb1表的結(jié)構(gòu)，如下圖所示。
2.實(shí)例字段列添加到表，如下所示。
3.再次看表結(jié)構(gòu)和比較之前和之后的情況添加字段，如下圖所示。
4.最后，插入新的數(shù)據(jù)行看到的樣子，最后添加自動增長的字段，如下所示。
注意事項(xiàng)：
MySQL使用的SQL語言是訪問數(shù)據(jù)庫最常用的標(biāo)準(zhǔn)語言。MySQL軟件采用雙重許可政策,分為社區(qū)版,商業(yè)版，由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特性，一般中小網(wǎng)站開發(fā)選擇MySQL作為數(shù)據(jù)庫。
MYSQL的自增列在實(shí)際生產(chǎn)中應(yīng)用的非常廣泛，相信各位所在的公司or團(tuán)隊(duì)，MYSQL開發(fā)規(guī)范中一定會有要求盡量使用自增列去充當(dāng)表的主鍵，為什么DBA會有這樣的要求，各位在使用MYSQL自增列時(shí)遇到過哪些問題？這些問題是由什么原因造成的呢？本文由淺入深，帶領(lǐng)大家徹底弄懂MYSQL的自增機(jī)制。
1.? 通過auto_increment關(guān)鍵字來指定自增的列，并指定自增列的初始值為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表的主鍵索引刪除掉，會報(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)整自增步長，該參數(shù)有session級跟global級，在分庫分表以及雙主or多主的模式下比較有用。
4.? 一個(gè)表上只能有一個(gè)自增列
5.? Mysql5.7及以下版本，innodb表的自增值保存在內(nèi)存中，重啟后表的自增值會設(shè)為max(id)+1，而myisam引擎的自增值是保存在文件中，重啟不會丟失。Mysql8.0開始，innodb的自增id能持久化了，重啟mysql，自增ID不會丟。
首先：表中自增列的上限是根據(jù)自增列的字段類型來定的。
若設(shè)定了自增id充當(dāng)主鍵，當(dāng)達(dá)到了自增id的上限值時(shí)，會發(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
無符號的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è)插入沒問題，因?yàn)樽栽隽械闹禐?147483647，這是達(dá)到了上限，還沒有超過，第二行數(shù)據(jù)插入時(shí)，則報(bào)出主鍵重復(fù)，在達(dá)到上限后，無法再分配新的更大的自增值，也沒有從1開始從頭分配，在這里表的auto_increment值會一直是2147483647。
對于寫入量大，且經(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是索引組織表，所以涉及到索引的知識，但這不是本文的重點(diǎn)，我們快速回顧索引知識：
1.? Innodb索引分為主鍵跟輔助索引，主鍵即全表，輔助索引葉子節(jié)點(diǎn)保存主鍵的值，而主鍵的葉子節(jié)點(diǎn)保存數(shù)據(jù)行，中間節(jié)點(diǎn)存著葉子節(jié)點(diǎn)的路由值。
2.? Innodb存儲數(shù)據(jù)（索引）的單位是頁，這里默認(rèn)是16K，這也意味著，數(shù)據(jù)本身越小，一個(gè)頁中能存數(shù)據(jù)的量越多，而檢索效率不僅僅由索引的層數(shù)來決定，更是由一次能夠緩存的數(shù)據(jù)量來定，也就是說數(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.? 查詢效率好，原因就是我上面說到索引知識的第二點(diǎn)。
4.? 某些情況下，我們可以利用自增id來統(tǒng)計(jì)大表的大致行數(shù)。
5.? 在數(shù)據(jù)歸檔or垃圾數(shù)據(jù)清理時(shí)，也可方便的利用這個(gè)id去操作，效率高。
容易出現(xiàn)不連續(xù)的id
有的同志會發(fā)現(xiàn)，自己的表中id值存在空洞，如類似于1、2、3、8、9、10這樣，有的適合有想依賴于自增id的連續(xù)性來實(shí)現(xiàn)業(yè)務(wù)邏輯，所以會想方設(shè)法去修改id讓其變的連續(xù)，其實(shí)，這是沒有必要的，這一塊的業(yè)務(wù)邏輯交由MySQL實(shí)現(xiàn)是很不理智的，表的記錄小還好，要是表的數(shù)據(jù)量很大，修改起來就糟糕了。那么，為什么自增id會容易出現(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字段指定了具體的值，就直接使用語句里指定的值。
根據(jù)要插入的值和當(dāng)前自增值的大小關(guān)系，自增值的變更結(jié)果也會有所不同。假設(shè)，某次要插入的值是X，當(dāng)前的自增值是Y。
1. 如果XY，那么這個(gè)表的自增值不變；
2. 如果X≥Y，就需要把當(dāng)前自增值修改為 新的自增值 。
新的自增值生成算法是：從auto_increment_offset開始，以auto_increment_increment為步長，持續(xù)疊加，直到找到第一個(gè)大于X的值，作為新的自增值。
Insert、update、delete操作會讓id不連續(xù)。
Delete、update：刪除中間數(shù)據(jù)，會造成空動，而修改自增id值，也會造成空洞（這個(gè)很少）。
Insert：插入報(bào)錯(cuò)（唯一鍵沖突與事務(wù)回滾），會造成空洞，因?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)回不到從前啦，唯一鍵沖突也是這樣的，這里就不做測試了。
在批量插入時(shí)（insert select等），也存在空洞的問題?？聪旅鎸?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申請自增值的機(jī)制所造成的，MySQL在批量插入時(shí)，若一個(gè)值申請一個(gè)id，效率太慢，影響了批量插入的速度，故mysql采用下面的策略批量申請id。
1.? 語句執(zhí)行過程中，第一次申請自增id，會分配1個(gè)；
2.? 1個(gè)用完以后，這個(gè)語句第二次申請自增id，會分配2個(gè)；
3.? 2個(gè)用完以后，還是這個(gè)語句，第三次申請自增id，會分配4個(gè)；
4.? 依此類推，同一個(gè)語句去申請自增id，每次申請到的自增id個(gè)數(shù)都是上一次的兩倍。
在對自增列進(jìn)行操作時(shí)，存在著自增鎖，mysql的innodb_autoinc_lock_mode參數(shù)控制著自增鎖的上鎖機(jī)制。該參數(shù)有0、1、2三種模式：
0：語句執(zhí)行結(jié)束后釋放自增鎖，MySQL5.0時(shí)采用這種模式，并發(fā)度較低。
1：mysql的默認(rèn)設(shè)置。普通的insert語句申請后立馬釋放，insert select、replace insert、load data等批量插入語句要等語句執(zhí)行結(jié)束后才釋放，并發(fā)讀得到提升
2：所有的語句都是申請后立馬釋放，并發(fā)度大大提升！但是在binlog為statement格式時(shí)，主從數(shù)據(jù)會發(fā)生不一致。這一塊網(wǎng)上有很多介紹，我不做介紹了。
在徹底了解了MYSQL的自增機(jī)制以后，在實(shí)際生產(chǎn)中就能靈活避坑，這里建議不要用自增id值去當(dāng)表的行數(shù)，當(dāng)需要對大表準(zhǔn)確統(tǒng)計(jì)行數(shù)時(shí)，可以去count(*)從庫，如果業(yè)務(wù)很依賴大表的準(zhǔn)確行數(shù)，直接弄個(gè)中間表來統(tǒng)計(jì)，或者考慮要不要用mysql的innodb來存儲數(shù)據(jù)，這個(gè)是需要自己去權(quán)衡。另外對于要求很高的寫入性能，但寫入量又比較大的業(yè)務(wù)，自增id的使用依然存在熱點(diǎn)寫入的問題，存在性能瓶頸，這時(shí)候可通過分庫分表來解決。
create table cdat
(
localt char(20) not null,
cd char(5) not null,
snosat char(2) not null,
rnorec char(3) not null,
id INT(20) not null AUTO_INCREMENT,
primary key (id)
);
MySQL是一個(gè)開放源碼的小型關(guān)聯(lián)式數(shù)據(jù)庫管理系統(tǒng)，開發(fā)者為瑞典MySQL AB公司。目前MySQL被廣泛地應(yīng)用在Internet上的中小型網(wǎng)站中。由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點(diǎn)，許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了MySQL作為網(wǎng)站數(shù)據(jù)庫。
系統(tǒng)特性
1．使用C和C++編寫，并使用了多種編譯器進(jìn)行測試，保證源代碼的可移植性
2．支持AIX、FreeBSD、HP-UX、Linux、Mac OS、NovellNetware、OpenBSD、OS/2 Wrap、Solaris、Windows等多種操作系統(tǒng)
3．為多種編程語言提供了API。這些編程語言包括C、C++、Python、Java、Perl、PHP、Eiffel、Ruby和Tcl等。
4．支持多線程，充分利用CPU資源
5．優(yōu)化的SQL查詢算法，有效地提高查詢速度
6．既能夠作為一個(gè)單獨(dú)的應(yīng)用程序應(yīng)用在客戶端服務(wù)器網(wǎng)絡(luò)環(huán)境中，也能夠作為一個(gè)庫而嵌入到其他的軟件中。
7．提供多語言支持，常見的編碼如中文的GB 2312、BIG5，日文的Shift_JIS等都可以用作數(shù)據(jù)表名和數(shù)據(jù)列名。
8．提供TCP/IP、ODBC和JDBC等多種數(shù)據(jù)庫連接途徑。
9．提供用于管理、檢查、優(yōu)化數(shù)據(jù)庫操作的管理工具。
10．支持大型的數(shù)據(jù)庫。可以處理擁有上千萬條記錄的大型數(shù)據(jù)庫。
11．支持多種存儲引擎。
索引功能
索引是一種特殊的文件（InnoDB數(shù)據(jù)表上的索引是表空間的一個(gè)組成部分），它們包含著對數(shù)據(jù)表里所有記錄的引用指針。索引不是萬能的，索引可以加快數(shù)據(jù)檢索操作，但會使數(shù)據(jù)修改操作變慢。每修改數(shù)據(jù)記錄，索引就必須刷新一次。為了在某種程序上彌補(bǔ)這一缺陷，許多SQL命令都有一個(gè)DELAY_KEY_WRITE項(xiàng)。這個(gè)選項(xiàng)的作用是暫時(shí)制止MySQL在該命令每插入一條新記錄和每修改一條現(xiàn)有之后立刻對索引進(jìn)行刷新，對索引的刷新將等到全部記錄插入/修改完畢之后再進(jìn)行。在需要把許多新記錄插入某個(gè)數(shù)據(jù)表的場合，DELAY_KEY_WRITE選項(xiàng)的作用將非常明顯。另外，索引還會在硬盤上占用相當(dāng)大的空間。因此應(yīng)該只為最經(jīng)常查詢和最經(jīng)常排序的數(shù)據(jù)列建立索引。注意，如果某個(gè)數(shù)據(jù)列包含許多重復(fù)的內(nèi)容，為它建立索引就沒有太大的實(shí)際效果。從理論上講，完全可以為數(shù)據(jù)表里的每個(gè)字段分別建一個(gè)索引，但MySQL把同一個(gè)數(shù)據(jù)表里的索引總數(shù)限制為16個(gè)。
1．InnoDB數(shù)據(jù)表的索引
與InnoDB數(shù)據(jù)表相比，在InnoDB數(shù)據(jù)表上，索引對InnoDB數(shù)據(jù)表的重要性要大得多。在InnoDB數(shù)據(jù)表上，索引不僅會在搜索數(shù)據(jù)記錄時(shí)發(fā)揮作用，還是數(shù)據(jù)行級鎖定機(jī)制的苊、基礎(chǔ)?！皵?shù)據(jù)行級鎖定”的意思是指在事務(wù)操作的執(zhí)行過程中鎖定正在被處理的個(gè)別記錄，不讓其他用戶進(jìn)行訪問。這種鎖定將影響到（但不限于）SELECT、LOCKINSHAREMODE、SELECT、FORUPDATE命令以及INSERT、UPDATE和DELETE命令。出于效率方面的考慮，InnoDB數(shù)據(jù)表的數(shù)據(jù)行級鎖定實(shí)際發(fā)生在它們的索引上，而不是數(shù)據(jù)表自身上。顯然，數(shù)據(jù)行級鎖定機(jī)制只有在有關(guān)的數(shù)據(jù)表有一個(gè)合適的索引可供鎖定的時(shí)候才能發(fā)揮效力。
2．限制
如果WHERE子句的查詢條件里有不等號（WHEREcoloum!=），MySQL將無法使用索引。類似地，如果WHERE子句的查詢條件里使用了函數(shù)（WHEREDAY（column）=），MySQL也將無法使用索引。在JOIN操作中（需要從多個(gè)數(shù)據(jù)表提取數(shù)據(jù)時(shí)），MySQL只有在主鍵和外鍵的數(shù)據(jù)類型相同時(shí)才能使用索引。
如果WHERE子句的查詢條件里使用比較操作符LIKE和REGEXP，MySQL只有在搜索模板的第一個(gè)字符不是通配符的情況下才能使用索引。比如說，如果查詢條件是LIKE'abc%‘，MySQL將使用索引；如果查詢條件是LIKE'%abc’，MySQL將不使用索引。
在ORDERBY操作中，MySQL只有在排序條件不是一個(gè)查詢條件表達(dá)式的情況下才使用索引。（雖然如此，在涉及多個(gè)數(shù)據(jù)表查詢里，即使有索引可用，那些索引在加快ORDERBY方面也沒什么作用）。如果某個(gè)數(shù)據(jù)列里包含許多重復(fù)的值，就算為它建立了索引也不會有很好的效果。比如說，如果某個(gè)數(shù)據(jù)列里包含的凈是些諸如“0/1”或“Y/N”等值，就沒有必要為它創(chuàng)建一個(gè)索引。
在建立表的時(shí)候設(shè)置id為自動增長的 [id] [int] IDENTITY (1, 1)
SQL語句是insert into ?user(name,passwd) values （name? ，passwd）。新增一條數(shù)據(jù) id 就會自動加1
INSERT INTO是sql數(shù)據(jù)庫中的語句，可以用于向表格中插入新的行。
擴(kuò)展資料
(1) 數(shù)據(jù)記錄篩選：
sql="select * from 數(shù)據(jù)表 where字段名=字段值 order by字段名[desc]"（按某個(gè)字段值降序排列。默認(rèn)升序ASC）
sql="select * from 數(shù)據(jù)表 where字段名like '%字段值%' order by 字段名 [desc]"
sql="select top 10 * from 數(shù)據(jù)表 where字段名=字段值 order by 字段名 [desc]"
sql="select top 10 * from 數(shù)據(jù)表 order by 字段名 [desc]"
sql="select * from 數(shù)據(jù)表 where字段名in ('值1','值2','值3')"
sql="select * from 數(shù)據(jù)表 where字段名between 值1 and 值2"
(2) 更新數(shù)據(jù)記錄：
sql="update 數(shù)據(jù)表 set字段名=字段值 where 條件表達(dá)式"
sql="update 數(shù)據(jù)表 set 字段1=值1,字段2=值2 ?? 字段n=值n where 條件表達(dá)式"
(3) 刪除數(shù)據(jù)記錄：
sql="delete from 數(shù)據(jù)表 where 條件表達(dá)式"
sql="delete from 數(shù)據(jù)表" (將數(shù)據(jù)表所有記錄刪除)
(4) 添加數(shù)據(jù)記錄：
sql="insert into 數(shù)據(jù)表 (字段1,字段2,字段3 ?) values (值1,值2,值3 ?)"
sql="insert into 目標(biāo)數(shù)據(jù)表 select * from 源數(shù)據(jù)表" (把源數(shù)據(jù)表的記錄添加到目標(biāo)數(shù)據(jù)表)
(5) 數(shù)據(jù)記錄統(tǒng)計(jì)函數(shù)：
AVG(字段名) 得出一個(gè)表格欄平均值
COUNT(*;字段名) 對數(shù)據(jù)行數(shù)的統(tǒng)計(jì)或?qū)δ骋粰谟兄档臄?shù)據(jù)行數(shù)統(tǒng)計(jì)
MAX(字段名) 取得一個(gè)表格欄最大的值
MIN(字段名) 取得一個(gè)表格欄最小的值
SUM(字段名) 把數(shù)據(jù)欄的值相加
引用以上函數(shù)的方法：
sql="select sum(字段名) as 別名 from 數(shù)據(jù)表 where 條件表達(dá)式"
set rs=conn.excute(sql)
用 rs("別名") 獲取統(tǒng)計(jì)的值，其它函數(shù)運(yùn)用同上。
查詢?nèi)コ貜?fù)值：select distinct * from table1
(6) 數(shù)據(jù)表的建立和刪除：
CREATE TABLE 數(shù)據(jù)表名稱(字段1 類型1(長度),字段2 類型2(長度) ?? )
(7) 單列求和:
SELECT SUM(字段名) FROM 數(shù)據(jù)表
參考資料——百度百科SQL insert into
設(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è)置自增列的步長，可以分為全局級別和會話級別
如果是會話級別，那么當(dāng)用戶新建一個(gè)會話的時(shí)候，那么步長又回到了全局級別，所以mysql的步長跟sqlserver的步長有很大的不同
mysql不能設(shè)置為 表級別 的步長
私信666領(lǐng)取資料
重慶分公司
重慶分公司
