关于Mysql数据库的知识总结

2017年6月8日,天气阴。心情晴。

连续做梦两个晚上了,昨晚竟然梦见一个很长时间不联系的初中同学了,早上上班的路上聊了聊。女孩现在出差在贵州,风景秀美的地方。我说“你现在生活很滋润”。女孩说“那是你没有看到我不滋润的一面”。确实,在生活中我们总是把自己光鲜的一面展示给别人,而把落魄的一面“伪装起来”。

昨天博客上有博友问我问题,竟然称呼我为“大神”,心里慌的很,因为自己很清楚距离这个“大神”相差甚远,所以得加倍努力,向着“大神”的目标前进。

博友问的问题是关于Mysql数据库的,其中涉及数据引擎和修复、优化数据表语句,之前从来没有考虑过这些问题,更没有用过。所以找了一些资料了解了一下,现在把自己找到的资料总结如下。

1.Mysql数据库存储引擎

概念:

存储引擎其实就是如何实现存储数据,如何为存储的数据建立索引以及如何更新,查询数据等技术实现的方法。MySQL中的数据用各种不同的技术存储在文件(或内存)中,这些技术中的每一种技术都使用不同的存储机制,索引技巧,锁定水平并且最终提供广泛的不同功能和能力。在MySQL中将这些不同的技术及配套的相关功能称为存储引擎。

(1)innoDB存储引擎

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

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

③innodb存储引擎支持外键(foreign key),外键所在的表称为子表(或从表),而所依赖的表称为父表(或主表)。

④innodb存储引擎最重要的是支持事务,以及事务相关联功能。

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

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

(2)MyISAM存储引擎

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

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

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

使用静态格式的表的性能比较高,因为在维护和访问的时候以预定格式存储数据时需要的开销很低。但是这高性能是由空间换来的,因为在定义的时候是固定的,所以不管列中的值有多大,都会以最大值为准,占据了整个空间。

②动态型:如果列(即使只有一列)定义为动态的(xblob, xtext, varchar等数据类型),这时myisam就自动使用动态型。

虽然动态型的表占用了比静态型表较少的空间,但带来了性能的降低,因为如果某个字段的内容发生改变则其位置很可能需要移动,这样就会导致碎片的产生。随着数据变化的怎多,碎片就会增加,数据访问性能就会相应的降低。

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

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

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

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

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

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

(3)MEMORY存储引擎

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

②每个基于memory存储引擎的表实际对应一个磁盘文件,该文件的文件名和表名是相同的,类型为.frm。该文件只存储表的结构,而其数据文件,都是存储在内存中,这样有利于对数据的快速处理,提高整个表的处理能力。

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

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

(4)BlackHole存储引擎(黑洞引擎)

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

2.Mysql下优化表和修复表

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

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

REPAIR TABLE ——用于修复被破坏的表。 
OPTIMIZE TABLE—— 优化表,用于回收闲置的数据库空间。当表上的数据行被删除时,所占据的磁盘空间并没有立即被回收,使用了OPTIMIZE TABLE命令后这些空间将被回收,并且对磁盘上的数据行进行重排。

注意:是磁盘上,而非数据库。 
多数时间并不需要运行OPTIMIZE TABLE,只需在批量删除数据行之后,定期(每周一次或每月一次)进行一次数据表优化操作即可,只对那些特定的表运行。

上一篇:HoloLens开发手记- SpectatorView for iOS编译指南


下一篇:GridView块布局