MySQL中int(n)后面的n到底代表的是什么意思
你可能已經(jīng)知道int(1)這個(gè)長度1并不代表允許存儲的寬度!
但對這個(gè)長度很多人也沒有真正研究過到底代表什么,今天我就來簡單的分析一下!
先看一個(gè)簡單的建表小案例:
create table test( id int(11) unsigned NOT NULL AUTO_INCREMENT, uid int(3) NOT NULL, PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
這里以uid字段為例，我們這里設(shè)置的是int(3)
那么問題來了 難道我們設(shè)置int(3)，就不能存放數(shù)據(jù)1234了？
那么你完全可以測試一下 輸入如下SQL語句
insert into `test` (`uid`) VALUES(1234); insert into `test` (`uid`) VALUES(12345678);
結(jié)果圖如下:
小伙伴們通過上面的SQL語句可以發(fā)現(xiàn) 成功把數(shù)據(jù)1234插入, 并且我們還可以插入存放更多位的數(shù)據(jù)! 這是為什么呢? 看下面
原因如下:
這個(gè)int(n)我們可以簡單的理解為：
這個(gè)長度是為了告訴MySQL數(shù)據(jù)庫，我們這個(gè)字段的存儲的數(shù)據(jù)的寬度為n位數(shù), 當(dāng)然如果你不是存儲的n位數(shù), 但是(只要在該類型的存儲范圍之內(nèi)）MySQL也能正常存儲!
那么我們可以從新來建立test2表, 然后這一次我們把uid字段加上: unsigned 和 zerofill 這兩個(gè)字段約束
==字段約束會在后面詳細(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字段：長度(n)=3, 字段約束=unsigned 和 zerofill 備: (無符號約束 和 用0來填充位數(shù)約束）
設(shè)置這個(gè)約束的字段后,再往表時(shí)插入數(shù)據(jù)，系統(tǒng)會自動把uid字段不夠3位的在左側(cè)用0來填充
小伙伴完全可以測試一下代碼: 向uid字段插入一個(gè)33的數(shù)字
insert into `test2` (`uid`) VALUES(33);
結(jié)果圖 如下:
大家是不是驚奇的發(fā)現(xiàn)不足長度3的時(shí)候， 真的用0來 從左邊開始填充! 哈哈哈
所以:現(xiàn)在我們應(yīng)該清楚的知道,int后的長度n 與你存放的數(shù)值型的數(shù)的大小無關(guān)!
==小結(jié):==
在定義表字段數(shù)據(jù)類型為int類型的時(shí)候,后面的長度n所代表的長度是沒有任何意義的, 只要在該類型的存儲范圍之內(nèi)MySQL也能正常存儲! 如果一定要左側(cè)補(bǔ)0 那么這個(gè)字段必須要有zerofill約束和unsigned 無符號約束!
到此這篇關(guān)于MySQL中int(n)后面的n到底代表的是什么意思 的文章就介紹到這了,更多相關(guān)MySQL int(n)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
學(xué)習(xí)mysql之后的一點(diǎn)總結(jié)(基礎(chǔ))
學(xué)習(xí)mysql之后的一點(diǎn)總結(jié)，比較適合新手朋友2012-05-05
默認(rèn)情況下，MySQL只允許本地登錄，如果要開啟遠(yuǎn)程連接，則需要修改/etc/my.cnf文件2013-02-02
對null的特殊處理即是在前面的章節(jié)中，為了決定哪個(gè)動物不再是活著的，使用death is not null而不使用death != null的原 因2011-05-05
mysql 8.0.15 下載安裝詳細(xì)教程 新手必備!
這篇文章主要為大家詳細(xì)介紹了mysql 8.0.15 下載安裝詳細(xì)教程，純新手教程，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2019-03-03
linux系統(tǒng)中使用openssl實(shí)現(xiàn)mysql主從復(fù)制
在MySQL的主從復(fù)制中，其傳輸過程是明文傳輸，并不能保證數(shù)據(jù)的安全性，今天我們就來討論下linux系統(tǒng)中使用openssl實(shí)現(xiàn)mysql主從復(fù)制，有需要的小伙伴可以參考下2016-11-11
MySQL高級特性——數(shù)據(jù)表分區(qū)的概念及機(jī)制詳解
當(dāng)數(shù)據(jù)表過大時(shí)，通過普通的查詢優(yōu)化技巧已經(jīng)無法大幅度提升性能，此時(shí)往往需要進(jìn)行分區(qū)分表優(yōu)化。分區(qū)其實(shí)是將一張邏輯上統(tǒng)一的表在物理上劃分成了多張表。分區(qū)操作對使用者而言是一個(gè)黑盒操作，但是如果你從文件系統(tǒng)上看，就會看到分區(qū)數(shù)據(jù)表的實(shí)際存儲方式是分開的。2021-05-05
這篇文章主要介紹了MySQL觸發(fā)器trigger的使用，觸發(fā)器是與表有關(guān)的數(shù)據(jù)庫對象，在滿足定義條件時(shí)觸發(fā)，并執(zhí)行觸發(fā)器中定義的語句集合,需要的朋友可以參考下面文章的具體內(nèi)容2021-09-09
在mysql中對編輯的數(shù)據(jù)進(jìn)行類型的限制,不滿足約束條件的報(bào)錯(cuò),本文給大家分享mysql中的各種約束條件,結(jié)合實(shí)例代碼給大家介紹的非常詳細(xì),感興趣的朋友一起看看吧2024-05-05
今天小編就為大家分享一篇關(guān)于Mysql中SQL語句不使用索引的情況，小編覺得內(nèi)容挺不錯(cuò)的，現(xiàn)在分享給大家，具有很好的參考價(jià)值，需要的朋友一起跟隨小編來看看吧2019-03-03
關(guān)于數(shù)據(jù)庫優(yōu)化,網(wǎng)上有不少資料和方法,但是不少質(zhì)量參差不齊,有些總結(jié)的不夠到位,內(nèi)容冗雜,下面這篇文章主要給大家介紹了關(guān)于MySQL優(yōu)化常用的19種有效方法,需要的朋友可以參考下2022-03-03