MySQL存储引擎Myisam和Innodb参照.pdfVIP

  1. 1、本文档共22页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
以下文章收集的主题包括: MyISAM 和 Innodb (及其他)存储引擎的特点、优势、缺点,技术细节差异,这两者的性能表现的比较, 各自适合应用于怎样的业务和项目。 Innodb 对事务控制的支持(原理),行级锁,具体操作。检查修复工具 myisamchk 和 mysqlcheck 对 MyISAM 的支持(和对 Innodb 的部分支持), MyISAM 的备份与恢复技 巧。 Innodb 数据文件 ibdata* 和日志文件 ib_logfile* 。Innodb 的 Per-Table 表空间。 MySQL 数据表在系统中表现形式有: ISAM 、 MyISAM 、MERGE 、BDB 、 InnoDB 和 HEAP 。每种数据表 在文件系统中都有不同的表示方式,有一个共同点就是每种数据表至少有一个存放数据表结构定义的 .frm 文 件。ISAM 数据表是最原始的数据表 (.frm,.ISD,.ISM ),MyISAM 数据表是 ISAM 数据表的继承者。 InnoDB 由于采用表空间的概念来管理数据表,所以它只有一个与数据表对应 .frm 文件,同一目录下的其它文件表示 为表空间,存储数据表的数据和索引。 数据目录是用来存放数据表和相关信息的地方,是数据库的核心。在 WINDOWS 系统上,数据目录的位置 默认是在 c:/mysql/data 中。数据目录除存放数据库文件外,还会存放日志文件,状态文件,配置文件, DES 密钥文件或服务器的 SSL 证书与密钥文件等。 在 MySQL 中,每个数据库其实就是在数据目录下一个子 目录,show databases 命令相当于列出数据目录中的目录清单。所以可以通过操作数据目录中的子目录来 新建( create )、删除( drop )数据库。但 drop database db_name 命令不能删除 db_name 目录中创建的 其它非数据表文件;且由于 InnoDB 是表空间来管理数据表,所以不能用 rm 或 del 命令删除 InnoDB 的数据 表。 参照: mysql 学习笔记第三章: D:\superFile\Documents\A- 学习编程 数据库 完整教程 _mysql 学习笔记 .doc MySQL Storage Engine 小记 这段时间在看《 High Performance MySQL 》,看到存储引擎这个地方感到很多细节比较陌生,所以总结小记 一些。 为了适应各种不同的运行环境, MYSQL提供了多种不同的存储引擎( Storage Engine ), 在应用程序开发这个 层面上,开发者可以根据不同的需求选择适合的 Storage Engine 方案,更为灵活的是,你可以根据每张表将 要存储数据的特点,选择不同的 Storage Engine, 也就是说,在一个 MYSQL数据库中,可以混合使用多种不同 的 Storage Engine 首先小瞥一下 MySQL的体系结构,在最高抽象层度下,可以用 Garlan Shaw 的分层结构体系来表示(左) 其中应用层为所有 RDBMS用户提供用户接口,逻辑层包括了所有核心功能的实现,物理层则负责将数据存储 在硬件设备上。 图中右侧更为具体的描述了逻辑层的组成, 查询处理子系统、事务管理子系统、恢复管理子系统和存储管理 子系统 共同组成了 MySQL的逻辑层 。相信 Storage Engine 的位置是在 Storage Management 处,既 Storage Engine 属于 Storage Management 子系统的一部分 为了让思路更清晰一些,下面给出一幅比较全面的体系结构图(或更确切的说是流程图,只是忽略了反馈) 上面三幅图来自于一篇非官方 (不保证百分百的正确) 的 MySQL体系结构的报告, 与《High Performance MySQL》 一书中给出的 MySQL大体结构(下图 , 基本对应于 Logic Layer ,从第一幅图右侧可以看出 MySQ

文档评论(0)

李亚亚 + 关注
实名认证
文档贡献者

liyaya

1亿VIP精品文档

相关文档