MySQL中有哪些主鍵和字段類型，很多新手對(duì)此不是很清楚，為了幫助大家解決這個(gè)難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來(lái)學(xué)習(xí)下，希望你能有所收獲。

加格達(dá)奇網(wǎng)站建設(shè)公司成都創(chuàng)新互聯(lián),加格達(dá)奇網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為加格達(dá)奇超過千家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)營(yíng)銷網(wǎng)站建設(shè)要多少錢，請(qǐng)找那個(gè)售后服務(wù)好的加格達(dá)奇做網(wǎng)站的公司定做！

主鍵問題：
Innodb的索引文件本身就是數(shù)據(jù)文件，即B+Tree的數(shù)據(jù)域存儲(chǔ)的就是實(shí)際的數(shù)據(jù)，這種索引就是聚集索引。這個(gè)索引的key就是數(shù)據(jù)表的主鍵，因此InnoDB表數(shù)據(jù)文件本身就是主索引。
InnoDB的輔助索引數(shù)據(jù)域存儲(chǔ)的也是相應(yīng)記錄主鍵的值而不是地址，所以當(dāng)以輔助索引查找時(shí)，會(huì)先根據(jù)輔助索引找到主鍵，再根據(jù)主鍵索引找到實(shí)際的數(shù)據(jù)。所以Innodb不建議使用過長(zhǎng)的主鍵，否則會(huì)使輔助索引變得過大。建議使用自增的字段作為主鍵，這樣B+Tree的每一個(gè)結(jié)點(diǎn)都會(huì)被順序的填滿，而不會(huì)頻繁的分裂調(diào)整，會(huì)有效的提升插入數(shù)據(jù)的效率。

字段類型問題：
mysql是基于行的數(shù)據(jù)庫(kù)，而數(shù)據(jù)讀取則是基于page的。每個(gè)page中存放有行。如果每一行的數(shù)據(jù)量都減小，那么每個(gè)page里面存放的行就增多了。每次io就能偶取出更多的行。
數(shù)字類型：萬(wàn)不得已，不要用double類型。除了占用空間比較大之外，還有精度問題。同樣，固定精度的小數(shù)也不要使用decimal，建議乘以固定倍數(shù)，轉(zhuǎn)換成整數(shù)進(jìn)行存儲(chǔ)?？梢怨?jié)省存儲(chǔ)空間，而且不用任何附加維護(hù)成本。對(duì)于整數(shù)的存儲(chǔ)，建議分開tinyint/int/bigint，他們存儲(chǔ)數(shù)據(jù)占用空間有一定差距。
字符類型：選char類型，其次varchar，萬(wàn)不得已，不要用text類型。它的處理效率低于char和varchar。varchar切不可以隨意給一個(gè)很大的長(zhǎng)度。
時(shí)間類型：盡量使用timestamp。存儲(chǔ)空間占用只是datetime類型的一半。對(duì)于需要精確到某一天的類型，建議使用date類型。因?yàn)樗鎯?chǔ)需要三個(gè)字節(jié)。比timestamp還少。不建議使用int來(lái)存儲(chǔ)一個(gè)unix timestamp，不直觀，不會(huì)帶來(lái)任何好處。

看完上述內(nèi)容是否對(duì)您有幫助呢？如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章，請(qǐng)關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道，感謝您對(duì)創(chuàng)新互聯(lián)的支持。

新聞名稱：MySQL中有哪些主鍵和字段類型-創(chuàng)新互聯(lián)
地址分享：http://weahome.cn/article/dseeei.html