一《如果只用redlog或只用binlog可以吗》
首先我们要知道这两个的区别分别是什么
redo log是innodb引擎特有的，binlog是MySQL的Server层实现的，所有引擎都可以使用；
redo log是物理日志，记录的是“在某个数据页上做了什么修改”（数据页上某个偏移量的值）；binlog是逻辑日志，记录的是这个语句的原始逻辑（sql、数据行）
redo log是循环写的，空间固定会用完，用完就需要刷盘然后从头开始写；binlog是可以追加写入的。“追加写”是指binlog文件写到一定大小后会切换到下一个，并不会覆盖以前的日志。
其次binlog 日志只用于归档，只依靠 binlog 是没有 crash-safe 能力的。 但只有 redo log 也不行，因为 redo log 是 InnoDB 特有的，且日志上的记录落盘后会被覆盖掉。
所以是不可以的，二者缺一不可，但是如果只从崩溃恢复的角度来讲是可以的。可以把binlog关掉，但系统依然是crash-safe的。但是的但是话在说回来binlog有着redo log无法替代的功能，binlog的主要作用是归档，redo log是循环写，写到末尾是要回到开头继续写的。而且MySQL系统依赖于binlog。
二《linux上xtrabackup全量备份》
mysql -uroot -p123456 -S /tmp/mysql3306.sock
innobackupex --user=root --password=‘123456.’ -S /tmp/mysql3306.sock /tmp/
备份过程中会锁表，但是不影响表的写入
然后进行写入，删除等操作
backup-my.cnf
ib_buffer_pool
ibdata1
xtrabackup_binlog_info //binlogs日志文件的备份目录和最后的点
xtrabackup_checkpoints
xtrabackup_info
xtrabackup_logfile
backup-my.cnf mysql test xtrabackup_checkpoints
ib_buffer_pool performance_schema xtrabackup_info
ibdata1 sys xtrabackup_binlog_info xtrabackup_logfile??
到此，全量备份
2.恢复：
3、恢复
将原来的mysql目录备份datedir、logs 目录下文件备份移除，或者重新创建data、logs目录并改掉属主属组
恢复：
innobackupex --defaults-file=/etc/my_3306.cnf --apply-log /tmp/2022-7-16_12-35-36/
innobackupex --defaults-file=/etc/my_3306.cnf -S /tmp/mysql3306.sock --copy-back /tmp/
logs下面创建error.logs文件，记得授权给权限
将所有的mysql下的文件授权给mysql用户
chown -R mysql: ./*
然后重启mysqld
/usr/local/mysql/5.7.35/bin/mysqld_safe --defaults-file=/etc/my_3306.cnf &
mysql -uroot -p123456. -S /tmp/mysql3306.sock
增量备份：
先全量备份，再增量备份：
innobackupex --user=root --password=‘123456’ -S /tmp/mysql3306.sock /tmp/
然后：innobackupex --user=root --password=‘123456’ --incremental /bakup/ -S /tmp/mysql3306.sock --incremental-basedir=/tmp/2022-7-16_15-20-14/
–incremental 增量备份
–incremantal-baserdir 上次备份的路径，基于上一次的备份文件
-S /tmp/mysql3306.sock
一般增量和完整备份不是在同一个目录下
再然后删除数据mysql/下的文件，改属主属组
然后回滚数据，防止新数据丢失，
对完整备份做回滚操作
innobackupex --apply-log --redo-only /tmp/2022-7-16_15-32-10/
回滚第一次增量备份的
innobackupex --apply-log --redo-only /tmp/全量 --incremental-dir=/tmp/增量
innobackupex --defaults-file=/etc/my_3306.cnf -S /tmp/mysql3306.sock --copy-back /tmp/全量
重启mysql
/usr/local/mysql/5.7.35/bin/mysqld_safe --defaults-file=/etc/my_3306.cnf &
查看是否到第一次的增量数据
mysql -uroot -p123456 -S /tmp/mysql3306.sock
?
三《binlog备份数据：》
首先添加一个配置文件：
给他取名叫做mysqlbin
重启一下我们的mysql? 并查看我们的log_bin发现是ON状态
?cd到我们的var底下的mysql
?也可以通过其他的方式来查看
?新建一个库叫做oupen建立一张表，插入数据：
?做一个全量备份
?我们发现多出来一个日志，表示我们备份成功
?显示最新数据：
?备份结束之后，再添加一个李白
?再次查看，我们发现多一个libai
?修改两个数据：（libai改为litaibai，sushi改为sudongpo）
?再次查看表：发现我们的数据sushi改为了sudongpo libai改为了litaibai
?接下来犯了一个天大的错误，删除了我们的oupen表
?将这个文件拷贝到/tmp
?然后刷新一下数据：
?重新查看，我们就会发现出现一个新的000003文件
?先恢复之前的数据：
?查看表中被我们删除的oupen表已经又回来了
?通过mysqlbinlog?mysqlbin.000002，在最后一句话中出错
?重定向到000002.sql上，然后通过vim修改我们000002.sql
?删除掉文件里的这句话
?再用老方法，把删除掉错误的语句的新文件重定向到000002.sql中
?再次查看
?到这里完全恢复结束，当然也可以选择部分恢复
四《iptables防止nmap扫描：》
iptables -t filter -I INPUT -p tcp --tcp-flags ALL FIN,URG,PSH -j REJECT
iptables -t filter -I INPUT -p tcp --tcp-flags SYN,RST SYN,RST -j REJECT
iptables -t filter -I INPUT -p tcp --tcp-flags SYN,FIN SYN,FIN -j REJECT
iptables -t filter -I INPUT -p tcp --tcp-flags ALL SYN -j REJECT
iptables -t filter -R INPUT 1 -s 192.168.80.138 -p tcp --dport 1:
--tcp-flags ALL ACK -j REJECT