問題描述

首先，問題是定長表的查詢速度為什么會比不定長表會慢有這么一張大的users表，存儲的字段比較多，然后設計成為了主表和副表，使用的存儲引擎都是myisam與前輩聊天，前輩說這種設計需要把主表設計成定長表,這樣在進行數(shù)據(jù)查詢的時候速度上會更快，因為每個字段的長度是定長的，所以每條記錄的長度也是定長的但是實際上我在用的時候，發(fā)現(xiàn)定長表并沒有更快(以下是兩張myisam的表，數(shù)據(jù)量為140萬+)：定長表，以下簡稱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

不定長表，以下簡稱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

以上，表中都沒有添加索引。在兩個表中分別執(zhí)行select * from {$tablename} 的時候:a表耗時4.302s,b表耗時3.484s 定長表反而更慢。。在分別執(zhí)行select * from {$tablename} where name=’may25’,select * from {$tablename} where name like ’a%’ 的時候，還是a表所用時間更長

之前在學習mysql的時候也知道char和varchar是存在查詢上的差距的，但是并沒有實際的嘗試過，誰能給我解釋一下為什么我在嘗試的時候定長表反而會更慢？沒有添加索引的原因？還是什么的別的原因。。。一臉懵逼求大神

問題解答

具體底層沒研究過，我猜測應該是定長可以防止在機械硬盤上導致產生大量碎片文件，增加查找時的尋道時間。如果你是ssd的話，這個應該是不存在問題的。

你的數(shù)據(jù)中如果有很多null，那么varchar 所占用的長度會比char少，且在你的myisam表中長度肯定有冗余，那么這個時候varchar所占用的空間會比cahr少，因為varchar是根據(jù)實際占用來保存數(shù)據(jù)的，空間占用越多每次查詢的時候要搜尋的時間也會相應地增加，這就會導致查詢時間上升。