【深入浅出Mysql】MySql存储引擎之MyISAM(二)

1476人阅读 评论(0) 收藏 举报
分类:

一、MyISAM

   1.1 数据存储

  MyISAM是默认的MySQL插件式存储引擎。它不支持事务和外键。
优势:访问速度快,基本上以SELECT、INSERT为主的应用基本上都可以使用这个引擎来创建表。
每个MyISAM在磁盘上存储称3个文件,其文件名和表名相同,扩展名不同,分别是:
  • .frm(存储表自定义)
  • .MYD(MYDATA,存储数据)
  • .MYI(MYIndex,存储索引)
  MyISAM的数据文件和索引文件可以放置在不同的目录,平均分布IO,获得更快的速度。其中索引文件需要在创建表的时候通过DATA DIRECTORY和INDEX DIRECTORY语句指定。
注意:文件路径需要是绝对路径,并且具有访问权限。

MyISAM表又支持3种不同的存储格式,分别是:

  • 静态表
  • 动态表
  • 压缩表

   1.1.1 静态表

  静态表是默认的存储格式。静态表中的字段都是非变长字段,每个记录都是固定长度的。静态表的优缺点如下:
优点:
 
1
存储快、易缓存。
  
2
 由于每个记录位置固定,崩溃后容易重建

缺点:
   
1
占用的空间比动态表多。

注意:静态表的数据在存储时会按照列的宽度补足空格,但是我们从数据库读取的时候是不会拿到这个空格的。如果需要保存的内容后面本身是带空格的,也会在返回结果前被去掉。另外一点是如果空格是在内容前面或中间是不会被去掉的。
例如:
首先创建一个测试表test,分别插入4条不同数据。如下:
CREATE TABLE `test` (
  `name` varchar(20) NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=gbk
insert into test values('小毛驴');
insert into test values('小毛驴 ');
insert into test values(' 小毛驴');
insert into test values('小 毛驴');
执行查询sql语句:select name,length(name) from test; 运行结果如下:

从上面的结果可以看出,第二条插入在小毛驴后面的空格被去掉了而前面的空格保留了下来!

   1.1.2 动态表

    什么是动态表呢?如果表中存在varchar、blob、text字段,表类型就是动态了。动态表是字段长度不固定,占用空间比静态表小,但频繁的更新删除记录容易产生碎片,需要定期执行OPTIMIZE TABLE语句或MYISAMACHK -r 命令来改善性能,并且出现故障的时候恢复相对比较困难。可使用myisamchk -ei来获取表的统计数据。
优点:
   
1
 占用空间小。每条记录都有一个header,作用就是表明该记录有多长,所有的字符串列都是动态的(除非小于4个字节,这种情况下,节省的空间可以忽略不计,增加的复杂度反而会导致性能丢失)
缺点:
   
1
 容易产生碎片。例如:更新了用户名'小毛驴'为'小毛驴帅',帅不能立刻就出现在驴的后面,因为空间被其他记录占用,对于出现碎片的列,每个新连接会损失6个字节。如果碎片严重,有可能出现库爆炸。
   
2
 出现故障恢复难。
  不包括连接的动态记录的空间消耗可以用下面的公式计算:
3+(列数+7)/8+(字符列数)+数字列的打包尺寸+字符串长度+(空列的数量+7)/8
每条记录的header可以表明那个字符串列是空的,那个数字列包含0(非空),在那种情况下不向磁盘存储,非空字符串包含一个长度字节加上字符串内容。

   1.1.3 压缩表

    MySQL分发版本里默认包含myisampack工具,占据非常小的磁盘空间。因为每个记录时被单独压缩的,已压缩存储格式是由它创建的只读格式。如果使用表压缩技术,要先确认innodb_file_per_table=1,以及innodb_file_format=Barracuda。

SET GLOBAL innodb_file_per_table=1;
SET GLOBAL innodb_file_format=Barracuda;
CREATE TABLE t1
 (c1 INT PRIMARY KEY) 
 ROW_FORMAT=COMPRESSED  
 KEY_BLOCK_SIZE=8;
  • 如果你指定ROW_FORMAT=COMPRESSED,那么可以忽略KEY_BLOCK_SIZE的值,这时使用默认innodb页的一半,即8kb;
  • 如果你指定了KEY_BLOCK_SIZE的值,那么你可以忽略ROW_FORMAT=COMPRESSED,因为这时会自动启用压缩;
  • 为了指定最合适KEY_BLOCK_SIZE的值,你可以创建表的多个副本,使用不同的值进行测试,比较他们的.ibd文件的大小;
  • KEY_BLOCK_SIZE的值作为一种提示,如必要,Innodb也可以使用一个不同的值。0代表默认压缩页的值,Innodb页的一半。KEY_BLOCK_SIZE的值只能小于等于innodb page size。如果你指定了一个大于innodb page size的值,mysql会忽略这个值然后产生一个警告,这时KEY_BLOCK_SIZE的值是Innodb页的一半。如果设置了innodb_strict_mode=ON,那么指定一个不合法的KEY_BLOCK_SIZE的值是返回报错。
  InnoDB未压缩的数据页是16K,根据选项组合值,mysql为每个表的.ibd文件使用1kb,2kb,4kb,8kb,16kb页大小,实际的压缩算法并不会受KEY_BLOCK_SIZE值影响,这个值只是决定每个压缩块有多大,从而影响多少行被压缩到每个页。设置KEY_BLOCK_SIZE值等于16k并不能有效的进行压缩,因为默认的innodb页就是16k,但是对于拥有很多BLOB,TEXT,VARCHAR类型字段的表可能会有效果的。
优点:
   
1
 压缩表占据很小的磁盘空间,从而减少磁盘的I/O,还能提高系统吞吐量。对于读比重多的应用,压缩是特别有用。压缩能够让系统拥有足够的内存来存储热数据。   
   
2
 每个记录被单独压缩,访问开支小。
   
3
 可以处理固定长度或动态长度记录。

缺点:
   

1
 耗费较多的CPU资源
什么时候使用压缩表,这取决于你的负载和数据集合,或者特定的配置,可以考虑如下因素:
1、表中有较多重复的字符串
2、已经在应用中压缩过的数据,不适合存储到压缩表中。
3、对于如何压缩表才算最好的,MySQL没有明确的定义,所以压缩后一定要通过like或order by来测试压缩后的索引性能
4、在应用中进行压缩的,不适合再进行表压缩
5、在表上的workload是一个关键性因素,如果更新主要作用在外部存储的长字符串的非索引列上,压缩的开销可能是可以接受的。如果你的负载是I/O bound而非CPU bound的,压缩可能会改善整体性能
6、压缩可以通过消耗CPU来减少IO,如果IO是相对紧缺的资源时,会获得更好的效果
7、选择压缩Page的大小应该比记录更大,否则可能会引起大量的压缩失败,通常情况下key_block_size=8是比较安全的设置
更多关于表压缩内容:http://www.cnblogs.com/mysql-dba/p/5125220.html

    MyISAM表可能会损坏可以使用语句:repair table来修复。如果修复不好,检查是否其它文件有损坏。如:索引文件坏了。

参考资料
http://blog.csdn.net/horace20/article/details/6773761
http://blog.chinaunix.net/uid-31137082-id-5709530.html
深入浅出MySQL

作者:小毛驴,一个游戏人 
梦想:世界和平   
原文地址:http://blog.csdn.net/liulongling
若有错误之处,请多多谅解并欢迎批评指正。    
本博客中未标明转载的文章归作者小毛驴所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

0
0

猜你在找
【直播】机器学习&数据挖掘7周实训--韦玮
【套餐】系统集成项目管理工程师顺利通关--徐朋
【直播】3小时掌握Docker最佳实战-徐西宁
【套餐】机器学习系列套餐(算法+实战)--唐宇迪
【直播】计算机视觉原理及实战--屈教授
【套餐】微信订阅号+服务号Java版 v2.0--翟东平
【直播】机器学习之矩阵--黄博士
【套餐】微信订阅号+服务号Java版 v2.0--翟东平
【直播】机器学习之凸优化--马博士
【套餐】Javascript 设计模式实战--曾亮
查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:196685次
    • 积分:2787
    • 等级:
    • 排名:第12816名
    • 原创:89篇
    • 转载:3篇
    • 译文:0篇
    • 评论:136条
    关于我
      网名小毛驴,一个热爱游戏的程序员。~欢迎访问我的独立博客
      邮箱:liulongling1990@gmail.com
    关注我的微博
    博客专栏