redo组成
redo log buffer
--innodb_log_buffer
通畅8M已经足够使用
redo log file
--innodb_log_file_size
--innodb_log_files_in_group
--innodb_log_group_home_dir
和数据文件分开
选择更快的磁盘
redo llog buffer
由log block 组成
每个log block 512kB
no need doublewrite
redo log buffer刷新
master thread 每秒进行刷新
redo log buffer使用大于1/2进行刷新
事务提交时进行刷新
innodb_flush_log_at_trx_commit = 0 1 2
顺序写
ib_logfile1写满 重新写ib_logfile0 没有归档
innodb_flush_log_at_trx_commit = 0：事务提交时不将redo log buffer写入磁盘 最多丢失1秒的事务
1 提交时将redo log buffer写入磁盘
2 事务提交时仅将redo log buffer写入操作系统缓存
哪种性能最好？
inndb_flush_log_at_trx_commit=2是否会导致事务丢失？
innodb_flush_log_at_timeout（5.6才有的参数）master thread 秒N秒进行刷新
组提交：
一次fsync刷新多个事务
性能提高10~100多倍
sysbench update_non_index.lua
开启binlog后组提交失败
mariadb5.5解决
mysql5.6解决
写入密集型应用
mysql5.5raid bbu
不在乎数据一致性可考虑innodb_flush_log_at_trx=2
redo日志分类
物理日志：记录整个页的变化（diff）
逻辑日志：like sql语句
物理逻辑日志：根据页进行记录，内容逻辑
doublewrite与redo的关系
redo 与binlog的区别
show master status
show binlog events in '';
flush binary logs/flush logs
query类型的event 就是ddl
5.7 binlog设置row格式 可以看到sql语句，怎么看？