mysql备份和优化_MySql Innodb存储引擎--备份和优化

备份的目的

做灾难恢复：对损坏的数据进行恢复和还原

需求改变：因需求改变而需要把数据还原到改变以前

测试：测试新功能是否可用

备份需要考虑的问题

可以容忍丢失多长时间的数据；

恢复数据要在多长时间内完；

恢复的时候是否需要持续提供服务；

恢复的对象，是整个库，多个表，还是单个库，单个表。

备份的类型

1、根据是否需要数据库离线

冷备(cold backup)：需要关mysql服务，读写请求均不允许状态下进行；

温备(warm backup)： 服务在线，但仅支持读请求，不允许写请求；

热备(hot backup)：备份的同时，业务不受影响。

注：

1、这种类型的备份，取决于业务的需求，而不是备份工具

2、MyISAM不支持热备，InnoDB支持热备，但是需要专门的工具

2、根据要备份的数据集合的范围

完全备份：full backup，备份全部字符集。

增量备份: incremental backup 上次完全备份或增量备份以来改变了的数据，不能单独使用，要借助完全备份，备份的频率取决于数据的更新频率。

差异备份：differential backup 上次完全备份以来改变了的数据。

建议的恢复策略：

完全+增量+二进制日志

完全+差异+二进制日志

备份的对象

1、 数据；

2、配置文件；

3、代码：存储过程、存储函数、触发器

4、os相关的配置文件

5、复制相关的配置

6、二进制日志

mysqldump基本语法

mysqldump -u username -p dbname table1 table2 ...-> BackupName.sql使用root用户备份test数据库下的person表

mysqldump -u root -p test person > D:\backup.sql

mysqlimport

mysqlimport [options] db_name textfile1 [textfile2 ...]

--同时导入两个文件

mysqlimport --use-threads=2 test /home/mysql/t.txt /home/mysql/s.txt

select into ， load data， source

SELECT ... FROM TABLE_A

INTO OUTFILE "/path/to/file"

FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"'

LINES TERMINATED BY '\n';

LOAD DATA INFILE "/path/to/file" INTO TABLE table_name;

注意：如果导出时用到了FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\n'语句，那么LODA时也要加上同样的分隔限制语句。还要注意编码问题。

mysql>use dbtest;

mysql>set names utf8;

mysql>source D:/www/sql/back.sql;

mysqlbinlog

mysqlbinlog [options] log_file ...

--将xxx.binlog.000001 导入到c盘

mysqlbinlog --start-position=4 --stop-position=106 xxx_binglog.000001 > c:\\test1.txt

热备工具

ibbackup

XtraBackup

其他

LVM快照备份，通过文件系统的快照来备份

replication备份

replication+LVM备份

复制replication是MySql提供的一种高可用解决方案，复制的原理

1.主服务器master把数据更改近路到二进制日志binlog中

2.从服务器slave把主服务器的二进制日志复制到自己的中继日志relay log中

3.从服务器重做中继日志中的日志，把更改应用到自己的数据库上，以达到数据的最终一致性

需要注意的是因为延迟复制不能达到实时同步

如果在主服务器上DBA做了一些误删除操作，那么从服务器也一样会同步这些操作，这样错误的操作也会被同步就达不到备份的目的了，所以用复制+快照来实现更好的备份

性能优化

OLTP在线事务处理对CPU要求不高但要更多内存

OLAP在线分析处理需要更多的查询和连接对CPU要求高

当内存超过了数据量总大小时，性能会直线上升，但继续增加内存效果就不明显了

inodb_read相关参数

SHOW GLOBAL STATUS LIKE 'innodb%read%';

innodb_buffer_pool_reads 表示从物理磁盘读取页的次数

innodb_buffer_pool_read_ahead 预读的次数

innodb_buffer_pool_read_ahead_evicted 预读的页，但是没有被读取就从缓冲池中被替换的页的数量，一般用来判断预读取的效率

innodb_buffer_pool_read_requests 从缓冲池中读取页的次数

innodb_data_read 总共读入的字节数

innodb_data_reads 发起读取请求的次数，每次读取可能需要读取多少页

可以将多块盘组成RAID来提供性能和高可用，也可以用SSD提供性能

RAID-0性能最好，但是安全性最低

RAID-1 安全性最好，但是利用率最低

RAID-5综合了RAID-0和RAID-1的特点，加入了奇偶校验，将盘的校验数据放入其他盘，这样即使坏掉已坏盘也不怕

RAID10和RAID01则综合了RAID1和RAID0的特点

RAID10有更好的读取速度，RAID01比RAID10有更好的写入速度，但是安全性要差一点，现在一般用的是

RAID10比较多，此外还有RAID50

RAID卡 write-through和write-back模式

Write-Through 模式：

1. DB向Cell发送一个写请求， cellsrv进行验证确认其请求有效;

2. cellsrv将发送指令将其写入到物理磁盘;

3. 写完成以后，给DB确认已经写成功;

4. cellsrv判断次数据是否适合缓存到cache中，如果满足条件则缓存，否则不缓存。

Write-Back 模式：

1. DB向Cell发送一个写请求， cellsrv进行验证确认其请求有效;

2. cellsrv将发送指令将其写入到磁盘Cache;

3. 将此数据的状态置为dirty的状态。(直到下次临界条件将脏数据刷新到磁盘，并判断此数据是否适合缓存，如果不适合，刷新完成以后会丢弃，刷新和缓存过程是异步的，并不在步骤3来完成)

4. 写完成以后，给DB确认已经写成功;

这两种模式相比，明显write-back效率要高很多，因为每次都是写入到RAID卡的缓存中，再异步刷新到磁盘上，RAID卡也带了备用电池，所以当开启电池后可以安全的使用这种模式，当电池在充电或者没电的时候就会使用write-through模式

不同的操作系统，文件系统对性能影响并不大

两个基准测试工具

sysbench

mysql-tpcc

参考