問(wèn)題描述

首先，問(wèn)題是定長(zhǎng)表的查詢(xún)速度為什么會(huì)比不定長(zhǎng)表會(huì)慢有這么一張大的users表，存儲(chǔ)的字段比較多，然后設(shè)計(jì)成為了主表和副表，使用的存儲(chǔ)引擎都是myisam與前輩聊天，前輩說(shuō)這種設(shè)計(jì)需要把主表設(shè)計(jì)成定長(zhǎng)表,這樣在進(jìn)行數(shù)據(jù)查詢(xún)的時(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)稱(chēng)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)稱(chēng)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是存在查詢(xún)上的差距的，但是并沒(méi)有實(shí)際的嘗試過(guò)，誰(shuí)能給我解釋一下為什么我在嘗試的時(shí)候定長(zhǎng)表反而會(huì)更慢？沒(méi)有添加索引的原因？還是什么的別的原因。。。一臉懵逼求大神

問(wèn)題解答

具體底層沒(méi)研究過(guò)，我猜測(cè)應(yīng)該是定長(zhǎng)可以防止在機(jī)械硬盤(pán)上導(dǎo)致產(chǎn)生大量碎片文件，增加查找時(shí)的尋道時(shí)間。如果你是ssd的話(huà)，這個(gè)應(yīng)該是不存在問(wèn)題的。

你的數(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ù)的，空間占用越多每次查詢(xún)的時(shí)候要搜尋的時(shí)間也會(huì)相應(yīng)地增加，這就會(huì)導(dǎo)致查詢(xún)時(shí)間上升。