innodb日志管理机制：
1、innodb存储引擎是支持事务ACID特性的，这个理论基本就是一个关系型数据库相关的数据恢复原形设计，包括日志、回滚、redo、并发控制、buffer pool等管理方面，内容非常全面；
2、innodb的buffer pool主要用来存储访问过的数据页面，他就是一块连续的内存，通过一定的算法可以使这块内存得到有效的管理，它是数据库系统中拥有最大块内存的系统模块。
innodb存储引擎中数据的访问是按照页（也可以叫块，默认为16KB）的方式从数据库文件读取到buffer pool中的，然后在内存中用同样大小的内存空间来做一个映射；未来提高数据访问效率，数据库系统预先就分配了很多这样的空间，用来与文件中的数据进行交换；buffer pool的大小可以在配置文件中配置，有参数innodb_buffer_pool_size的大小来决定，默认大小为128MB。在MySQL5.7.4以前，一旦MySQL启动这个值便不能再做修改，如果要修改只能退出MySQL进程，然后修改对应的配置文件来设置新的buffer pool大小，重启才能生效。
注意：在MySQL5.7.5之后，可以在MySQL进程运行的情况下，动态调整innodb_buffer_pool_size，需要强调的是，如果buffer pool的大小超过了1GB，应该通过调整innodb_buffer_pool_instances=N，把它分成若干个instance的做法，来提示MySQL处理请求的并发能力，因为buffer pool是通过链表的方式来管理页面的，同时为了保护页面，需要在存取的时候对链表加锁，在多线程的情况下，并发去读写buffer pool里面缓存的页面需要锁的竞争和等待。所以修改为多个instance，每个instance各自管理自己的内存和链表，可以提升效率。
3、buffer pool实现原理：
buffer pool可以有多个实例，可以通过配置文件中的参数innodb_buffer_pool_instance来设置，默认值为1，实现多个实例的buffer pool主要是为了提高数据页访问时的并发度。每个实例的空间大小都是相同的，也就是说系统会将整个配置的buffer pool大小按实例个数平分，然后每个实例各自进行初始化操作；
--注意：在运维过程中，看到状态参数innodb_buffer_pool_bytes_data总是比innodb_buffer_pool_size小，就是因为控制头信息占用了部分空间。实际的分配方式是，buffer pool页面从整个实例池中从后向前分配，每次分配一个页面，而控制结构使从前向后分配，每次分配一个buf_block_t结构的大小，知道相遇为止，这样就将一个实例初始化好了。
第一、redo log日志文件管理：
redo log是用来做数据库crash recovery的，这是数据库保障数据安全的重要功能之一。在数据库操作中，它保存了对innodb表中数据的修改记录，所以也叫日志文件。在innodb存储引擎中，一般默认包括2个日志文件，新建数据库之后会有名为ib_logfile0 和ib_logfile1的两个文件，如果在启动数据库时，这两个文件不存在，则innodb会根据配置参数或默认值，重新创建日志文件；
1.1、LSN 全名叫：log sequence number：
在innodb内部的日志管理中，一个很重要的概念是LSN，全名叫log sequence number，它用来精确记录日志位置信息，且是连续增长的。在innodb中，大小为8个字节值，它的增长量是根据一个MTR写入的日志量来计算的，写多少日志，LSN就增长多少。（LSN是一个完全逻辑的概念，每提交一个物理事务，LSN就加1）
1.2、在innodb中，通过日志组来管理日志文件，是一个逻辑定义，包含若干个日志文件，一个组中的日志文件大小相等，大小通过参数来设置，现在innodb只持有一个日志组。（在MySQL5.5以前日志组最大4G；MySQL5.6.3以后可以设置的更大到512G）
1.3、redo日志的写入，都是字节连续的，虽然看上去是多个日志文件，但理解的时候，完全可以把它想象成一个文件。（日志组中的每个日志文件，都有自己的格式，内部也是按照大小相等的页面切割，每个页面大小是512字节）
---注意：如果每次写入是磁盘块大小的倍数，效率才是最高的，并且日志将逻辑事务对数据库的分散随机写入转化成了顺序的512字节整数倍数据的写入，这样就大大提高了数据库的效率。
1.4、redo日志文件的格式：
每个日志文件，都有文件头（普通页面中，都会有12个字节用来存储页面头信息，这些信息主要用于管理这个页面本身的数据存储方式；---注意只有2KB是日志头，后面是一个个连续的，用来存储MTR产生的日志页面）
1.5、MTRinnodb物理事务：
它是innodb存储引擎中一个很重要的用来保证物理页面写入操作完整性及持久性的机制。之所以被称为MTR，是因为它的意义相当于一个mini-transaction，用MTR来表示，这里吧它称作“物理事务”，这样叫是相对逻辑事务而言的。