myisam - 關(guān)于mysql的定長(zhǎng)表
問(wèn)題描述
首先,問(wèn)題是定長(zhǎng)表的查詢速度為什么會(huì)比不定長(zhǎng)表會(huì)慢有這么一張大的users表,存儲(chǔ)的字段比較多,然后設(shè)計(jì)成為了主表和副表,使用的存儲(chǔ)引擎都是myisam與前輩聊天,前輩說(shuō)這種設(shè)計(jì)需要把主表設(shè)計(jì)成定長(zhǎng)表,這樣在進(jìn)行數(shù)據(jù)查詢的時(shí)候速度上會(huì)更快,因?yàn)槊總€(gè)字段的長(zhǎng)度是定長(zhǎng)的,所以每條記錄的長(zhǎng)度也是定長(zhǎng)的但是實(shí)際上我在用的時(shí)候,發(fā)現(xiàn)定長(zhǎng)表并沒(méi)有更快(以下是兩張myisam的表,數(shù)據(jù)量為140萬(wàn)+):定長(zhǎng)表,以下簡(jiǎn)稱a表:
CREATE TABLE `users_myisam_fixed` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `name` char(100) COLLATE utf8_unicode_ci NOT NULL, `email` char(100) COLLATE utf8_unicode_ci NOT NULL, `password` char(60) COLLATE utf8_unicode_ci NOT NULL, `remember_token` char(100) COLLATE utf8_unicode_ci DEFAULT NULL, `age` tinyint(4) NOT NULL, PRIMARY KEY (`id`)) ENGINE=MyISAM AUTO_INCREMENT=1544258 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci
不定長(zhǎng)表,以下簡(jiǎn)稱b表:
CREATE TABLE `users_myisam` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(100) COLLATE utf8_unicode_ci NOT NULL, `email` varchar(100) COLLATE utf8_unicode_ci NOT NULL, `password` varchar(60) COLLATE utf8_unicode_ci NOT NULL, `remember_token` varchar(100) COLLATE utf8_unicode_ci DEFAULT NULL, `age` tinyint(4) NOT NULL, PRIMARY KEY (`id`)) ENGINE=MyISAM AUTO_INCREMENT=1544258 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci
以上,表中都沒(méi)有添加索引。在兩個(gè)表中分別執(zhí)行select * from {$tablename} 的時(shí)候:a表耗時(shí)4.302s,b表耗時(shí)3.484s 定長(zhǎng)表反而更慢。。在分別執(zhí)行select * from {$tablename} where name=’may25’,select * from {$tablename} where name like ’a%’ 的時(shí)候,還是a表所用時(shí)間更長(zhǎng)
之前在學(xué)習(xí)mysql的時(shí)候也知道char和varchar是存在查詢上的差距的,但是并沒(méi)有實(shí)際的嘗試過(guò),誰(shuí)能給我解釋一下為什么我在嘗試的時(shí)候定長(zhǎng)表反而會(huì)更慢?沒(méi)有添加索引的原因?還是什么的別的原因。。。一臉懵逼求大神
問(wèn)題解答
回答1:具體底層沒(méi)研究過(guò),我猜測(cè)應(yīng)該是定長(zhǎng)可以防止在機(jī)械硬盤(pán)上導(dǎo)致產(chǎn)生大量碎片文件,增加查找時(shí)的尋道時(shí)間。如果你是ssd的話,這個(gè)應(yīng)該是不存在問(wèn)題的。
回答2:你的數(shù)據(jù)中如果有很多null,那么varchar 所占用的長(zhǎng)度會(huì)比char少,且在你的myisam表中長(zhǎng)度肯定有冗余,那么這個(gè)時(shí)候varchar所占用的空間會(huì)比cahr少,因?yàn)関archar是根據(jù)實(shí)際占用來(lái)保存數(shù)據(jù)的,空間占用越多每次查詢的時(shí)候要搜尋的時(shí)間也會(huì)相應(yīng)地增加,這就會(huì)導(dǎo)致查詢時(shí)間上升。
相關(guān)文章:
1. 關(guān)于docker下的nginx壓力測(cè)試2. 為什么我ping不通我的docker容器呢???3. webpack - vuejs+java前后臺(tái)分離實(shí)現(xiàn)及部署問(wèn)題4. mysql - 這條聯(lián)合sql語(yǔ)句哪里錯(cuò)了5. mysql改密碼失敗了,舊密碼新密碼都不能登錄了...6. linux pdo 安裝配置中 make 遇到問(wèn)題,請(qǐng)大家指教!7. mysql - 我的myeclipse一直連顯示數(shù)據(jù)庫(kù)連接失敗,不知道為什么8. 在html文件的目錄下輸入代碼按回車后顯示這個(gè),哪位大佬幫幫我 呀9. php - TP5的登錄驗(yàn)證問(wèn)題10. 網(wǎng)站在移動(dòng)的環(huán)境下手機(jī),pc打不開(kāi)
