MySQL数据库的知识总结

1.Mysql数据库存储引擎

概念：存储引擎其实就是如何实现存储数据，如何为存储的数据建立索引以及如何更新，查询数据等技术实现的方法。MYSQL中的数据用各种不同的技术存储在文件

（内存）中，这些技术中的每一种技术都使用不同的存储机制，索引技巧，锁定水平并且最终提供广泛的不同功能和能力。

在MySQL中将这些不同的技术及配套的相关功能称为存储引擎

（1）innoDB存储引擎

innodb存储引擎的mysql表提供了事务，回滚以及系统崩溃修复能力和多版本并发控制的事务安全

innodb支持自增长列（auto_increment）,自增长列的值不能为空，如果在使用的时候为空的话怎会进行自动从现有的值开始增长，如果有但是比现在的还大，则就保存这个值

innodb存储引擎支持外键（foreign key），外键所在的表称为子表（或从表），而所依赖的表称为父表（或主表）。

innodbdb存储引擎最重要的是支持事务，以及事务相关联功能

innodb存储引擎支持mvcc的行级锁。

innodb存储引擎索引使用的是B+Tree

（2）MyISAM存储引擎

1）MyISAM这种存储引擎不支持事务，不支持行级锁，只支持并发插入的表锁，主要用于高负载的select

2）MyISAM类型的表支持三种不同的存储结构：静态型、动态型、压缩型

静态型： 就是定义的表列的大小是固定（即不含有：xblob、xtext、varchar等长度可变的数据类型），这样mysql就会自动使用静态myisam格式

使用静态个事的表的性能比较高，因为在维护和访问的时候以预订格式存储数据时需要的开销很低。但是这高性能是由空间换来的，因为在定义的时候是固定的，

所以不管列中的值有多大，都会以最大值为准，占据了整个空间

动态型：如果列（即使只有一列）定义为动态的（xblob，xtext，varchar等数据类型），这时misam就自动使用动态型

虽然动态型的表占用了比静态型表较少的空间，但带来了性能的降低，因为如果某个字段的内容发生改变则其位置很可能需要移动，这样就会导致碎片的产生。

随着数据变化的增多，碎片就会增加，数据访问性能就会相应的降低

对于因为碎片的原因而降低数据访问性，有两种解决办法：

a、尽可能使用静态数据类型

b、经常使用optimize table语句，他会整理表的碎片，恢复由于表的更新和删除导致的控件丢失

如果存储引擎不支持optiomize table，则可以转储并重新加载数据，这样也可以减少碎片

压缩型：如果在这个数据库中创建的是在整个生命周期内只读的表，则这种情况就是用myisam的压缩型表来减少空间的占用

3）MyISAM也是使用B+tree索引，但是和Innodb的具体实现上有些不同

（3）MEMORY存储引擎

memory存储引擎相比前面的一些存储引擎，有点不一样，其使用存储在内存中的数据来创建表，而且所有的数据也都存储在内存中

每个基于memory存储引擎的表实际对应一个磁盘文件，该文件的文件名和表名是相同的，类型为.frm.该文件只存储表的结构，而其数据文件，都是存储在内存中，这样有利于

对数据de快速处理，提高整个表的处理能力

memory存储引擎默认使用哈希（HASH）索引，其速度比使用B+Tree型要快，如果读者希望使用B树形，则在创建的时候可以引用

memory存储引擎文件数据都存储在内存中，如果mysqlId进程发生异常，重启或关闭机器这些数据都会消失，所以memory存储引擎中的表的生命周期很短，一般只使用一次

（4）BlackHole存储引擎（黑洞引擎）

支持事务，而且支持mvcc的行级锁，主要用于日志记录或同步归档，这个存储引擎除非有特别目的，否则不适合使用

2、MySQL下优化表和修复表

随着mysql的长期使用，可以通过修复表来优化，优化时减少磁盘占用空间，方便备份

REPAIR TABLE 'table_name'修复表      OPTIMIZE TABLE 'table_name'优化表

REPAIR  TABLE--用于修复被破坏的表

OPTIMIZE TABLE--优化表，用于回收闲置的数据库空间。当表上的数据行被删除时，所占据的磁盘空间并没有立即被回收，使用了

OPTIMIZE TABLE命令后这些空间将被回收，并且对磁盘上的数据进行重排

注意：是磁盘上，而非数据库

多数时间并不需要运行OPTIMIZE TABLE，只需在批量删除数据行之后，定期（每周一次或每月一次）进行一次数据表优化操作即可，只

对那些特定的表运行