在MySQL 中char 和 varchar 都是存储字符串的，区别在于char有固定的长度，而varchar属于可变长的字符类型。
char(M)类型的数据列里，每个值都占用M个字节，如果某个长度小于M，mysql就会在它的右边用空格字符补足．（在检索操作中那些填补出来的空格字符将被去掉）在varchar(M)类型的数据列里，每个值只占用刚好够用的字节再加上一个用来记录其长度的字节（即总长度为L+1字节）。
char 固定长度，所以在处理速度上要比varchar快速很多，但是对费存储空间，所以对存储不大，但在速度上有要求的可以使用char类型。
定长的char的优势：
一，存储很短的信息，比如门牌号码101，201……这样很短的信息应该用char，因为varchar还要占1个byte用于存储信息长度，本来打算节约存储的现在得不偿失。
二，固定长度的。比如使用uuid作为主键，那用char应该更合适。因为他固定长度，varchar动态根据长度的特性就消失了，而且还要占1个长度信息。
三，十分频繁改变的column。因为varchar每次存储都要有额外的计算，得到长度等工作，如果一个非常频繁改变的，那就要有很多的精力用于计算，而这些对于char来说是不需要的。
总的说来：char定长，存储效率不如varchar，对于短数据的查询优于varchar
1．CHAR的长度是固定的，而VARCHAR2的长度是可以变化的， 比如，存储字符串“abc"，对于CHAR (10)，表示你存储的字符将占10个字节(包括7个空字符)，而同样的VARCHAR2 (10)则只占用3个字节的长度，10只是最大值，当你存储的字符小于10时，按实际长度存储。
2．CHAR的效率比VARCHAR2的效率稍高。
3．目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串，但是oracle不这样做，尽管它保留以后这样做的权利。Oracle自己开发了一个数据类型VARCHAR2，这个类型不是一个标准的VARCHAR，它将在数据库中varchar列可以存储空字符串的特性改为存储NULL值。如果你想有向后兼容的能力，Oracle建议使用VARCHAR2而不是VARCHAR。
何时该用CHAR，何时该用varchar2？
CHAR与VARCHAR2是一对矛盾的统一体，两者是互补的关系.
VARCHAR2比CHAR节省空间，在效率上比CHAR会稍微差一些，即要想获得效率，就必须牺牲一定的空间，这也就是我们在数据库设计上常说的‘以空间换效率’。
VARCHAR2虽然比CHAR节省空间，但是如果一个VARCHAR2列经常被修改，而且每次被修改的数据的长度不同，这会引起‘行迁移’(Row Migration)现象，而这造成多余的I/O，是数据库设计和调整中要尽力避免的，在这种情况下用CHAR代替VARCHAR2会更好一些。
我觉得，char是定长的，varchar的长度是变长的，因此相应的char存储占用要少，varchar占用存储大。
你的字段长度固定，自然是适合char，占得存储少，从小的存储文件中查询，速度自然就快了。
再者，搜索效率的优化光一个字段类型并起不到决定性的作用。常见的搜索优化方式除了建索引什么的外，对于千万级以上数据还可以使用
一个比较高效的方式，就是分区分块。我试过，和你的情况一样，主键，亿级数据，分区分块以后，搜索都是秒级的。
"Mysql数据库，千万级数据，字段长度固定位8个字符，主键，字符类型，具体检索时定义哪一种数据的搜索效率会比较高。"
需要分情况来决定:
当确定字符串为定长、数据变更频繁、数据检索需求少时，使用char；
当不确定字符串长度、对数据的变更少、查询频繁时，使用varchar。