MySQL中int(n)后面的n到底代表的是什么意思
你可能已經(jīng)知道int(1)這個(gè)長(zhǎng)度1并不代表允許存儲(chǔ)的寬度!
但對(duì)這個(gè)長(zhǎng)度很多人也沒有真正研究過到底代表什么,今天我就來簡(jiǎn)單的分析一下!
先看一個(gè)簡(jiǎn)單的建表小案例:
create table test( id int(11) unsigned NOT NULL AUTO_INCREMENT, uid int(3) NOT NULL, PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
這里以u(píng)id字段為例,我們這里設(shè)置的是int(3)
那么問題來了 難道我們?cè)O(shè)置int(3),就不能存放數(shù)據(jù)1234了?
那么你完全可以測(cè)試一下 輸入如下SQL語(yǔ)句
insert into `test` (`uid`) VALUES(1234); insert into `test` (`uid`) VALUES(12345678);
結(jié)果圖如下:
小伙伴們通過上面的SQL語(yǔ)句可以發(fā)現(xiàn) 成功把數(shù)據(jù)1234插入, 并且我們還可以插入存放更多位的數(shù)據(jù)! 這是為什么呢? 看下面
原因如下:
這個(gè)int(n)我們可以簡(jiǎn)單的理解為:
這個(gè)長(zhǎng)度是為了告訴MySQL數(shù)據(jù)庫(kù),我們這個(gè)字段的存儲(chǔ)的數(shù)據(jù)的寬度為n位數(shù), 當(dāng)然如果你不是存儲(chǔ)的n位數(shù), 但是(只要在該類型的存儲(chǔ)范圍之內(nèi))MySQL也能正常存儲(chǔ)!
那么我們可以從新來建立test2表, 然后這一次我們把uid字段加上: unsigned 和 zerofill 這兩個(gè)字段約束
==字段約束會(huì)在后面詳細(xì)講到==
MySQL代碼如下:
create table test2( id int(11) unsigned NOT NULL AUTO_INCREMENT, uid int(3) unsigned zerofill NOT NULL, PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
現(xiàn)在我的uid字段:長(zhǎng)度(n)=3, 字段約束=unsigned 和 zerofill 備: (無(wú)符號(hào)約束 和 用0來填充位數(shù)約束)
設(shè)置這個(gè)約束的字段后,再往表時(shí)插入數(shù)據(jù),系統(tǒng)會(huì)自動(dòng)把uid字段不夠3位的在左側(cè)用0來填充
小伙伴完全可以測(cè)試一下代碼: 向uid字段插入一個(gè)33的數(shù)字
insert into `test2` (`uid`) VALUES(33);
結(jié)果圖 如下:
大家是不是驚奇的發(fā)現(xiàn)不足長(zhǎng)度3的時(shí)候, 真的用0來 從左邊開始填充! 哈哈哈
所以:現(xiàn)在我們應(yīng)該清楚的知道,int后的長(zhǎng)度n 與你存放的數(shù)值型的數(shù)的大小無(wú)關(guān)!
==小結(jié):==
在定義表字段數(shù)據(jù)類型為int類型的時(shí)候,后面的長(zhǎng)度n所代表的長(zhǎng)度是沒有任何意義的, 只要在該類型的存儲(chǔ)范圍之內(nèi)MySQL也能正常存儲(chǔ)! 如果一定要左側(cè)補(bǔ)0 那么這個(gè)字段必須要有zerofill約束和unsigned 無(wú)符號(hào)約束!
到此這篇關(guān)于MySQL中int(n)后面的n到底代表的是什么意思 的文章就介紹到這了,更多相關(guān)MySQL int(n)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
mysqladmin、mysqlshow、mysqlcheck的工具使用
我們一般使用mysql客戶端工具來進(jìn)行日常的數(shù)據(jù)庫(kù)操作,本文主要介紹了mysqladmin、mysqlshow、mysqlcheck的工具使用,具有一定的參考價(jià)值,感興趣的可以了解一下2024-07-07Mysql主從同步Last_IO_Errno:1236錯(cuò)誤解決方法
最近遇到Mysql主從同步的Last_IO_Errno:1236錯(cuò)誤問題,然后在網(wǎng)上查找相關(guān)解決方案,這里分享給大家,供參考。2017-10-10mysql慢查詢?nèi)罩据嗈D(zhuǎn)_MySQL慢查詢?nèi)罩緦?shí)操
這篇文章主要介紹了mysql慢查詢?nèi)罩据嗈D(zhuǎn)_MySQL慢查詢?nèi)罩緦?shí)操,文章圍繞主題展開詳細(xì)的內(nèi)容戒殺,具有一定的參考價(jià)值,需要的小伙伴可以參考一下2022-09-09MySQL數(shù)據(jù)庫(kù)之聯(lián)合查詢?union
這篇文章主要介紹了MySQL數(shù)據(jù)庫(kù)之聯(lián)合查詢?union,聯(lián)合查詢就是將多個(gè)查詢結(jié)果的結(jié)果集合并到一起,字段數(shù)不變,多個(gè)查詢結(jié)果的記錄數(shù)合并,下文詳細(xì)介紹需要的小伙伴可以參考一下2022-06-06mysql數(shù)據(jù)損壞,如何通過ibd和frm文件批量恢復(fù)數(shù)據(jù)庫(kù)數(shù)據(jù)
這篇文章主要介紹了mysql數(shù)據(jù)損壞,如何通過ibd和frm文件批量恢復(fù)數(shù)據(jù)庫(kù)數(shù)據(jù)問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-08-08實(shí)操M(fèi)ySQL+PostgreSQL批量插入更新insertOrUpdate
這篇文章主要介紹了MYsql和PostgreSQL優(yōu)勢(shì)對(duì)比以及如何實(shí)現(xiàn)MySQL + PostgreSQL批量插入更新insertOrUpdate,附含詳細(xì)的InserOrupdate代碼實(shí)例,需要的朋友可以參考下2021-08-08詳解讓MySQL和Redis數(shù)據(jù)保持一致的四種策略
在分布式系統(tǒng)中,保證Redis和MySQL之間的數(shù)據(jù)一致性是一個(gè)復(fù)雜且重要的問題,下面這篇文章主要給大家介紹了關(guān)于讓MySQL和Redis數(shù)據(jù)保持一致的四種策略,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下2024-07-07