生产场景：
1，中小公司，全量一般是一天一次，业务流量低谷执行全备，执行前锁表。
2，单台数据库，使用rsync定时把所有的binlog备份到远程服务器。
3，大公司周备，周六00点一次全量，周日--下周六00点前都是增量。
4，一主五从，会有一个从库做备份，延迟同步。
什么时候派上用场：
1，迁移或者升级数据库时。
2，增加从库的时候。
3，因为硬件或特殊异常情况，主库或从库宕机，主从可以切换，无需备份。
4，认为的DDL,DML语句，主从库需要备份。
数据库状态查询
mysql>show full processlist;查看当前数据库的进程可以搭配 like “sleep%” 查找慢的查询，优化。 mysql>show status;当前会话的状态 mysql>show global status; 查看全局的会话状态。 mysql>show variables like ‘key_buffer%’;查看数据库的参数信息。 mysql>set global key_buffer_size=3277218； 举例： mysql -uroot -p’abc-123’ -e “show fullproesslist;”|grep Sleep
数据库宕机，数据恢复实战：
1，通过现有的方案不让数据库在进行写操作，iptables可以禁用写入。
2，检查最近的全备
#ll /opt/
3，检查全备之后的所有binlog文件
#/application/mysql
4， 刷新binglog文件。
#mysqladmin -uroot -p’abc-123’ flush-logs
5，备份所有的binlog文件。
cp /application/mysql/mysql-bin.* /data/
6，把binglog导成sql语句，然后找出造成错误的语句，删除
#mysqlbinlog mysql-bin.000011 >bin.sql
7，先用增量备份进行恢复，在导入编辑后的sql语句。
#gzip -d all_bak.sql.gz #grep -I “change” all_bak.sql #mysql -uroot -p’abc-123’ <all_bak.sql #mysql -uroot -p’abc-123’ <bin.sql
