免费网站源码建站系统,成都seo网站qq,百度seo搜索,设置网站首页目录
优缺点
优点
1. 加锁与并发
2. 修复
3. 索引特性
1#xff09;B-Tree 索引
2#xff09;R-Tree 索引
3#xff09;Full-text 索引
缺点
物理存储
1#xff09;静态型
2#xff09;动态型
3#xff09;压缩型 MyISAM 存储引擎是 MySQL 中常见的存储引擎…目录
优缺点
优点
1. 加锁与并发
2. 修复
3. 索引特性
1B-Tree 索引
2R-Tree 索引
3Full-text 索引
缺点
物理存储
1静态型
2动态型
3压缩型 MyISAM 存储引擎是 MySQL 中常见的存储引擎曾MySQL 5.1及之前版本是 MySQL 的默认存储引擎。 MyISAM 是基于 ISAM 存储引擎发展起来的。实际上那会还没有存储引擎的概念ISAM 只是一种算法或者说是数据的处理方式。如同 SQL Server/Oracle 这类产品一样MySQL 对表对象的管理方式只有一种。随着 MySQL 架构的不断发展和演进最终才引入插件式存储引擎的概念ISAM 也进化为 MyISAM 并一直作为 MySQL 数据库的默认存储引擎直到 MySQL 5.5 版本才被 InnoDB 引擎取代了默认存储引擎的地位。 下面主要从优缺点和物理存储等方面来介绍 MyISAM 存储引擎。
优缺点
作为 MySQL 最早的存储引擎之一MyISAM 有一些已经开发出来很多年的特性可以满足用户的实际需求。例如全文索引、压缩、空间函数GIS等。但 MySQL 官方的重心早就不在 MyISAM 引擎上了所以近些年来MyISAM 一直没有很大的改进也存在着许多的缺陷。
优点
占用空间小访问速度快对事务完整性没有要求或以 SELECT、INSERT 为主的应用基本上都可以使用这个引擎来创建表可以配合锁实现操作系统下的复制备份支持全文检索InnoDB 在 MySQL 5.6 版本以后也支持全文检索数据紧凑存储因此可获得更小的索引和更快的全表扫描性能。
1. 加锁与并发
MyISAM 对整张表加锁而不是针对行。读取时会对需要读到的所有表加共享锁写入时对表加排他锁。但是在表有读取查询的同时也可以往表中插入新的记录这被称为并发插入。
2. 修复
对于 MyISAM 表MySQL 可以手工执行命令 CHECK TABLE tablename或者自动执行检查和修复执行命令 REPAIR TABLE tablename操作但这里说的修复和事务恢复以及崩溃修复是不同的概念。 另外如果 MySQL 服务器已经关闭也可以通过 myisamchk 命令行工具进行检查和修复操作。
3. 索引特性
MyISAM 支持以下 3 种类型的索引
1B-Tree 索引
B-Tree 索引顾名思义就是所有的索引节点都按照 balance tree 的数据结构来存储所有的索引数据节点都在叶节点。
2R-Tree 索引
R-Tree 索引的存储方式和 b-tree 索引有一些区别主要设计用于为存储空间和多维数据的字段做索引所以对于目前的 MySQL 版本来说也仅支持 geometry 类型的字段作索引。
3Full-text 索引
Full-text 索引就是全文索引它的存储结构也是 b-tree。主要是为了解决需要用 like 查询时的低效问题。 MyISAM 上面三种索引类型中最经常使用的就是 B-Tree 索引了偶尔会使用到 Full-text但是 R-Tree 索引一般系统中都是很少用到的。另外 MyISAM 的 B-Tree 索引有一个较大的限制那就是参与一个索引的所有字段的长度之和不能超过 1000 字节。
缺点
不支持事务的完整性和并发性不支持行级锁使用表级锁并发性差主机宕机后MyISAM表易损坏灾难恢复性不佳数据库崩溃后无法安全恢复只缓存索引数据的缓存是利用操作系统缓冲区来实现的可能会引发过多的系统调用且效率不佳
物理存储
MyISAM 存储引擎的表在数据库中被存储成 3 个物理文件文件名与表名相同。扩展名为 frm、MYD 和 MYI。其中
frm 为扩展名的文件存储表的结构MYD 为扩展名的文件存储数据其是 MYData 的缩写MYI 为扩展名的文件存储索引其是 MYIndex 的缩写。不管表有多少索引都是存放在同一个 .MYI 文件中。 MyISAM 类型的数据文件和索引文件可以放置在不同的目录平均分布 IO以此来获得更快的速度。 要指定索引文件和数据文件的路径需要在创建表的时候通过 DATA DIRECTORY 和 INDEX DIRECTORY 语句指定也就是说不同 MyISAM 表的索引文件和数据文件可以放置到不同的路径下。文件路径需要是绝对路径并且具有访问权限。 虽然每一个 MyISAM 的表数据都存放在后缀名为 .MYD 的文件中但是每个文件的存放格式可能并不完全一样。因为 MyISAM 支持 3 种不同的数据存放格式即静态型、动态型和压缩型。
1静态型
静态型为 MyISAM 存储引擎的默认存储格式其字段是固定长度这样每个记录都是固定长度的这种存储方式存储非常迅速容易缓存出现故障容易恢复。缺点是占用的空间比动态表多。静态型的表的数据在存储的时候会按照列的宽度定义去补足空格但是在应用访问的时候并不会得到这些空格空格在返回给应用之前就被去掉了。 需要注意的是如果需要保存的内容后面本来就带有空格那么在返回结果的时候也会被去掉。这一点开发人员在编写程序的时候需要特别注意因为静态表是默认的存储格式开发人员可能并没有意识到这一点从而丢失了尾部的空格。
2动态型
动态型包含变长字段记录的长度不是固定的。这样存储的优点是占用的空间相对较少但是频繁的更新删除记录会产生碎片需要定期执行 OPTIMIZE TABLE 语句或 myisamchk -r 命令来改善性能并且出现故障的时候恢复相对比较困难。
3压缩型
与上面两种格式相比压缩型的表就显得特殊一些。压缩型的表需要使用 myisampack 工具创建解压缩则用另外的 myisamchk 命令。压缩表是制度的不支持添加或修改记录。 压缩表是基于静态或动态格式表的优点在于占用的磁盘空间非常小可以减少磁盘 I/O从而提升查询性能。因为每个记录都是被单独压缩的所以只有非常小的开支。 理论上MyISAM 存储引擎的表可以被多个数据库实例同时使用同时操作但是一般不建议这样做关于这点MySQL 官方的用户手册中也有提到建议尽量不要在多个 mysqld 之间共享 MyISAM 存储文件。 如果表在创建并导入数据以后不会再进行修改操作这样的表或许适合采用 MyISAM 压缩表。
