MyISAMInnoDB事务X√行锁X√外键X√全文搜索√X表空间的大小较小较大，约为MyISAM的2倍MyISAMMyISAM是MySQL5.5版本之前的默认引擎，支持全文检索、压缩、空间函数等，但是不支持事务和行级锁，所以一般用于有大量查询少量插入的场景来使用。而且MyISAM不支持外键，索引和数据是分开存储的。InnoDBInnoDB是MySQL5.5版本之后的默认引擎，基于聚簇索引建立的，支持事务、外键、行级锁，并且通过MVCC来支持高并发，索引和数据存储在一起。如何选择如果需要事务，选择InnoDB，不需要则选择MyISAM。如果大部分表操作都是查询，选择MyISAM，有写又有读选I
MyISAMInnoDB事务X√行锁X√外键X√全文搜索√X表空间的大小较小较大，约为MyISAM的2倍MyISAMMyISAM是MySQL5.5版本之前的默认引擎，支持全文检索、压缩、空间函数等，但是不支持事务和行级锁，所以一般用于有大量查询少量插入的场景来使用。而且MyISAM不支持外键，索引和数据是分开存储的。InnoDBInnoDB是MySQL5.5版本之后的默认引擎，基于聚簇索引建立的，支持事务、外键、行级锁，并且通过MVCC来支持高并发，索引和数据存储在一起。如何选择如果需要事务，选择InnoDB，不需要则选择MyISAM。如果大部分表操作都是查询，选择MyISAM，有写又有读选I
MySQL默认数据库引擎事务支持索引类型索引数据结构对锁的支持使用场景关于count(*)外键支持InnoDB5.1版本后，是默认为Readcommitted聚集索引，叶子节点直接存储数据，写快读慢；非主键索引先查询主键，数据和主键存储在一起，没有主键时使用第一非空的唯一索引（NOTNULLandUNIQUEINDEX），也没有的话使用6字节的自增数值作为聚簇索引B+树行锁和表锁支持事务，写多读少需要扫描数据查询支持MyISAM5.1版本后，否不支持非聚集索引，叶子节点存储主键信息，写慢读快；非主键索引直接查询数据，数据单独存储B+树表锁不需要支持事务，读多写少存储直接输出，注意如果查询含w
MySQL默认数据库引擎事务支持索引类型索引数据结构对锁的支持使用场景关于count(*)外键支持InnoDB5.1版本后，是默认为Readcommitted聚集索引，叶子节点直接存储数据，写快读慢；非主键索引先查询主键，数据和主键存储在一起，没有主键时使用第一非空的唯一索引（NOTNULLandUNIQUEINDEX），也没有的话使用6字节的自增数值作为聚簇索引B+树行锁和表锁支持事务，写多读少需要扫描数据查询支持MyISAM5.1版本后，否不支持非聚集索引，叶子节点存储主键信息，写慢读快；非主键索引直接查询数据，数据单独存储B+树表锁不需要支持事务，读多写少存储直接输出，注意如果查询含w
数据库与I/O原理数据会持久化到磁盘，查询数据是就会有I/O操作，相对于缓存操作，I/O操作的时间成本相当高昂。I/O操作的基本单位是一个磁盘页面，比如16KB的页面大小。当数据量比较大时，单表数据就会分布在多个磁盘页面。如果没有索引，就必须按顺序加载磁盘页面到缓存进行查找，判断数据是否存在。随着数据量的增长，磁盘I/O操作的次数也会越来越多。因此，有必要通过一些辅助的数据结构来提交检索的速度。从上面可以看出，想要快速读取到数据，可从以下几个方面着手1.如何尽量减少磁盘IO操作2.如何快速定位到数据所在的磁盘页面3.如何快速定位数据在磁盘页面内的位置 数据库索引是什么索引是存储引擎用于快速查
数据库与I/O原理数据会持久化到磁盘，查询数据是就会有I/O操作，相对于缓存操作，I/O操作的时间成本相当高昂。I/O操作的基本单位是一个磁盘页面，比如16KB的页面大小。当数据量比较大时，单表数据就会分布在多个磁盘页面。如果没有索引，就必须按顺序加载磁盘页面到缓存进行查找，判断数据是否存在。随着数据量的增长，磁盘I/O操作的次数也会越来越多。因此，有必要通过一些辅助的数据结构来提交检索的速度。从上面可以看出，想要快速读取到数据，可从以下几个方面着手1.如何尽量减少磁盘IO操作2.如何快速定位到数据所在的磁盘页面3.如何快速定位数据在磁盘页面内的位置 数据库索引是什么索引是存储引擎用于快速查
存储结构5.7-引擎架构图内存结构内存结构主要包括BufferPool、ChangeBuffer、AdaptiveHashIndex和LogBuffer四大组件BufferPool缓冲池，简称BP。BP以Page页为单位，默认大小16K。BP的底层采用链表数据结构管理Page。在InnnoDB访问表记录和索引是会在Page页中缓存，以后使用可以减少磁盘IO操作，提升效率。Page管理机制Page根据状态可以分为三种类型：freepage空闲Page，未被使用cleanpage被使用page，数据没有被修改过dirtypage脏页，被使用page，数据被修改过，页中数据和磁盘的数据产生了不一致针
存储结构5.7-引擎架构图内存结构内存结构主要包括BufferPool、ChangeBuffer、AdaptiveHashIndex和LogBuffer四大组件BufferPool缓冲池，简称BP。BP以Page页为单位，默认大小16K。BP的底层采用链表数据结构管理Page。在InnnoDB访问表记录和索引是会在Page页中缓存，以后使用可以减少磁盘IO操作，提升效率。Page管理机制Page根据状态可以分为三种类型：freepage空闲Page，未被使用cleanpage被使用page，数据没有被修改过dirtypage脏页，被使用page，数据被修改过，页中数据和磁盘的数据产生了不一致针
一、技术背景SystemUI结构复杂，模块数量众多，最重要的是SystemUI属于常驻进程是一个系统的门面，且不能自升级，如果定制功能对主项目做复杂的修改，首先会造成适配压力，如果对主框架不甚理解，有可能会造成很多隐藏的Bug，且不易修复，一旦崩溃对整个系统的影响很大，那么怎么才能在不修改主结构的基础上定制我们自己的功能呢？Google的SystemUI团队对该模块做了插件化的功能，可以动态实现对SystemUI的修改，一方面在一定程度上解决了不能自升级造成的问题，另一方面也解决了定制功能和原生主框架的解耦，再者，即便使用Plugin实现的功能crash了，也不影响SystemUI的运行，保证
一、技术背景SystemUI结构复杂，模块数量众多，最重要的是SystemUI属于常驻进程是一个系统的门面，且不能自升级，如果定制功能对主项目做复杂的修改，首先会造成适配压力，如果对主框架不甚理解，有可能会造成很多隐藏的Bug，且不易修复，一旦崩溃对整个系统的影响很大，那么怎么才能在不修改主结构的基础上定制我们自己的功能呢？Google的SystemUI团队对该模块做了插件化的功能，可以动态实现对SystemUI的修改，一方面在一定程度上解决了不能自升级造成的问题，另一方面也解决了定制功能和原生主框架的解耦，再者，即便使用Plugin实现的功能crash了，也不影响SystemUI的运行，保证
