1. 数据库的6种日志

数据库有6种日志,分别是:查询日志、慢查询日志、错误日志、二进制日志、中继日志以及事务日志。

1> 查询日志

  查询日志记录每一条sql语句,建议不开启,因为如果访问量较大,会占用相当大的资源,影响性能。

查询日志的开启:

编辑配置文件:/etc/my.cnf.d/server.cnf

  1. vim /etc/my.cnf.d/server.cnf
  2. general_log = ON| OFF #查询日志开关,开为1,关为0
  3. general_log_file localhost.log #查询日志的文件名字(/var/lib/mysql),可以是绝对路径,也可以是相对路径,如果是绝对路径则生成绝对路径下的日志文件文件;如果是相对路径,则默认生成/var/lib/mysql下的路径
  4. log_output TABLE | FILE | NONE #查询日志的存储形式,有三种形式,table是以表的方式存储,file是以文件的方式,none是使用两种方式存储

示例:

  1. [root@alph ~]# vim /etc/my.cnf.d/server.cnf
  2. [server]
  3. general_log= #开启查询日志
  4. general_log_file=localhost.log #日志文件名,自定义
  5. # this is only for the mysqld standalone daemon
  6.  
  7. 保存退出,重启数据库,进入数据库查看日志查询方式
  8. MariaDB [(none)]> show variables like '%general%';
  9. +------------------+---------------+
  10. | Variable_name | Value |
  11. +------------------+---------------+
  12. | general_log | ON |
  13. | general_log_file | localhost.log |
  14. +------------------+---------------+
  15. rows in set (0.001 sec)
  16. [root@alph ~]# cd /var/lib/mysql/
  17. [root@alph mysql]# ls
  18. ............ localhost.log
  19. [root@alph mysql]# tail -f localhost.log #已经开始监控
  20. /usr/sbin/mysqld, Version: 10.3.-MariaDB-log (MariaDB Server). started with:
  21. Tcp port: Unix socket: (null)
  22. Time Id Command Argument
  23. /usr/sbin/mysqld, Version: 10.3.-MariaDB-log (MariaDB Server). started with:
  24. Tcp port: Unix socket: (null)
  25. Time Id Command Argument
  26. :: Connect root@localhost as anonymous on
  27. Query select @@version_comment limit
  28. :: Query show variables like '%general%'
  29. :: Quit
  30. #监控到的sql语句
  31. 可以看到,查询日志会记录每一条操作过得SQL语句

2> 慢查询日志

执行时长超出指定时间的查询操作(测试命令:select sleep(4);)(超出指定的时长后才记录下来)。一般企业都将慢查询日志打开,用来优化SQL语句

 慢查询日志的开启:

同样的,编辑配置文件/etc/my.cnf.d/server.cnf

  1. slow_query_log = OFF|ON #开启慢查询日志
  2. slow_query_log_file = LOCALHOST-SLOW.log #慢查询日志的文件路径,默认在/var/lib/mysql,文件名默认为LOCALHOST-SLOW.log,localhost为主机名。
  3. long_query_time #慢查询时长;默认是10s,超出10s将会被记录
  4. log_slow_rate_limit #如果要记录的慢查询日志非常多的话,会按照速率来记录,默认1秒记录一个
  5. log_slow_verbosity=| #记录的详细级别,1代表详细,0代表不太详细;

例如:

  1. [root@alph ~]# vim /etc/my.cnf.d/server.cnf
  2. [serve
  3. #general_log=
  4. #general_log_file=localhost.log
  5. slow_query_log= #开启详细的慢查询
  6. long_query_time= #超出时长为4秒,四秒后开始记录
  7.  
  8. 没有指定路径和文件,默认为/var/lib/mysql/ LOCALHOST-SLOW.log
  9. 保存退出,重启生效
  10. [root@alph ~]# systemctl restart mariadb
  11. [root@alph mysql]# ls -ltr
  12. -rw-rw---- mysql mysql Aug : alph-slow.log

  13. 进入数据库查看,同时打开交互界面进行监控日志
  14. 执行一个模拟5秒的SQL语句,等待tail -f监控文件内容
  15. MariaDB [mysql]> select sleep();
  16. +----------+
  17. | sleep() |
  18. +----------+
  19. | |
  20. +----------+
  21. [root@alph mysql]# tail -f alph-slow.log
  22. /usr/sbin/mysqld, Version: 10.3.-MariaDB-log (MariaDB Server). started with:
  23. Tcp port: Unix socket: (null)
  24. Time Id Command Argument
  25. # Time: ::
  26. # User@Host: root[root] @ localhost []
  27. # Thread_id: Schema: mysql QC_hit: No
  28. # Query_time: 5.000527 Lock_time: 0.000000 Rows_sent: Rows_examined:
  29. # Rows_affected: Bytes_sent:
  30. use mysql;
  31. SET timestamp=;
  32. select sleep();

3> 错误日志

  错误日志记录mysqld启动和关闭过程中输出的事件信息,mysqld运行中产生的错误信息。同样的,配置文件为/etc/my.cnf.d/server.cnf

  1. event scheduler #运行一个event时产生的日志信息,在主从复制架构中的从服务器上启动从服务器线程时产生的信息
  2. log_error = /var/log/mysql_error.log #指定错误日志的输出位置,该路径必须具有mysql权限(不指定路径默认放在/var/lib/mysql/)
  3. log_warnings #为0, 表示不记录告警信息。为1, 表示告警信息写入错误日志。大于1, 表示各类告警信息,例如有关网络故障的信息和重新连接信息写入错误日志。(默认为2)
  1. [root@alph ~]# vim /etc/my.cnf.d/server.cnf
  2. [server]
  3. #general_log=
  4. #general_log_file=localhost.log
  5. #slow_query_log=
  6. #long_query_time=
  7. log_error = /var/lib/mysql/mysql_error.log
  8. 保存退出,重启生效
  9. [root@alph ~]# systemctl restart mariadb
  10. [root@alph ~]# cd /var/lib/mysql/
  11. [root@alph mysql]# ls -ltr
  12. -rw-rw---- mysql mysql Aug : mysql_error.lo
  13. [root@alph mysql]# tail -f mysql_error.log
  14.  
  15. 在交互界面重新启动一下数据库,这些信息都会被记录到该日志当中
  16. MariaDB [(none)]> exit
  17. Bye
  18. [root@alph ~]# mysql -uroot -p123
  19. root@alph mysql]# tail -f mysql_error.log
  20. -- :: [Note] InnoDB: Waiting for purge to start
  21. -- :: [Note] InnoDB: 10.3. started; log sequence number ; transaction id
  22. -- :: [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
  23. -- :: [Note] InnoDB: Buffer pool(s) load completed at ::
  24. -- :: [Note] Plugin 'FEEDBACK' is disabled.
  25. -- :: [Note] Server socket created on IP: '::'.
  26. -- :: [Note] Reading of all Master_info entries succeeded
  27. -- :: [Note] Added new Master_info '' to hash table
  28. -- :: [Note] /usr/sbin/mysqld: ready for connections.
  29. Version: '10.3.16-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: MariaDB Server
  30.  
  31. 查看当前错误日志的报警级别
  32. MariaDB [(none)]> show variables like '%warning%';
  33. +---------------+-------+
  34. | Variable_name | Value |
  35. +---------------+-------+
  36. | log_warnings | | #默认为2
  37. | sql_warnings | OFF |
  38. | warning_count | |
  39. +---------------+-------+
  40. rows in set (0.001 sec)

4> 二进制日志

  二进制日志是MariaDB最重要的日志,针对时间点还原起着至关重要的作用,可以根据时间点还原数据。所有的增删改操作都会被记录到二进制日志当中。

  1. log_bin = OFF | ON    #二进制日志开关
  2. log_bin_basename = /var/lib/mysql/mysql-bin #日志路径,默认在/var/lib/mysql下
  3. binlog_format=STATEMENT|ROW|MIXED        #二进制记录格式
  4.   STATEMENT:基于“语句”记录,记录SQL语句,占用空间小,但是当数据库有该日志记录的语句(如数据库)的时候,回复数据时是会报错、失败
  5.   ROW:基于“行”记录,记录的是每一行的内容,对于大量的记录来说占用空间较大,但记录较精准
  6.   MIXED:混合模式,让系统自行判定该基于哪种方式进行,现在采用的基本都是这种混合模式
  7. sql_log_bin=|               #是否启用二进制日志,或者指定文件名如mysql-bin
  8. log_bin_index=PATH                #二进制日志索引位置,默认在/var/lib/mysql下,myssql-bin.index,记录二进制日志文件的路径,该index不属于二进制文件,可以用cat或者vim打开,如:
  9. [root@alph mysql]# cat mysql-bin.index
  10.      ./mysql-bin.
  11.      sync_binlog=| #设定是否启动二进制日志同步功能。由于磁盘写入文件较慢,开启同步则每记录一条既写入磁盘,对数据库的性能以及磁盘io来说是有影响的
  12.      max_binlog_size=SIZE #单个二进制文件最大体积,默认为1G,超过设定大小就会滚动到另一个增加的二进制文件
  13.      expire_logs_days= #消除日志参数,超过多少天就清除二进制日志,默认为0,代表不启用此功能,二进制日志不清除会一直生成并保存
  1. [root@alph mysql]# vim /etc/my.cnf.d/server.cnf
  2. [server]
  3. #general_log=
  4. #general_log_file=localhost.log
  5. #slow_query_log=
  6. #long_query_time=
  7. #log_error = /var/lib/mysql/mysql_error.log
  8. log_bin=mysql-bin    #开启二进制日志
  9. 保存退出,重启生效
  10. [root@alph mysql]# ls -ltr
  11. -rw-rw---- mysql mysql Aug : mysql-bin.

查看二进制日志:

  1. MariaDB [(none)]> show master status; #当前所使用的二进制文件
  2. +------------------+----------+--------------+------------------+
  3. | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
  4. +------------------+----------+--------------+------------------+
  5. | mysql-bin. | | | |
  6. +------------------+----------+--------------+------------------+
  7. row in set (0.001 sec)
  8.  
  9. MariaDB [(none)]> show master logs; #所有的二进制文件
  10. +------------------+-----------+
  11. | Log_name | File_size |
  12. +------------------+-----------+
  13. | mysql-bin. | |
  14. +------------------+-----------+
  15. row in set (0.000 sec)
  1. SHOW {BINARY | MASTER} LOGS
  2. SHOW BINLOG EVENTS [IN 'log_name'] #二进制文件记录的内容
  3. show master status;

二进制日志记录的是增删改操作,先创建一个表,在查看状态

  1. MariaDB [(none)]> create database testdb;
  2. MariaDB [(none)]> ues testdb;
  3. MariaDB [testdb]> create table classes (id tinyint unsigned primary key,name varchar());
  4. MariaDB [testdb]> show master status; #position数据开始变化,二进制日志mysql-bin.000001开始记录数据
  5. +------------------+----------+--------------+------------------+
  6. | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
  7. +------------------+----------+--------------+------------------+
  8. | mysql-bin. | | | |
  9. +------------------+----------+--------------+------------------+

查看二进制日志文件内容:

由于该日志是二进制形式,因此无法用cat或者vim命令来查看,可以用mysql提供的mysqlbinlog来查看指定的二进制日志文件

  1. [root@alph mysql]# mysqlbinlog mysql-bin.
  2. .......... #增删改均会被记录
  3. create database testdb
  4. /*!*/;
  5. # at
  6. # :: server id end_log_pos CRC32 0x8ca3d982 GTID -- ddl
  7. /*!100001 SET @@session.gtid_seq_no=2*//*!*/;
  8. # at
  9. # :: server id end_log_pos CRC32 0x3490771f Query thread_id= exec_time= error_code=
  10. use `testdb`/*!*/;
  11. SET TIMESTAMP=/*!*/;
  12. create table classes (id tinyint unsigned primary key,name varchar())
  13. /*!*/;
  14. DELIMITER ;
  15. # End of log file
  16. ROLLBACK /* added by mysqlbinlog *//*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
  17. /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

二进制文件的滚动的三种情况:

  1)flush logs:手动滚动

  2)  文件超出指定大小

  3)  service mariadb restart

  每滚动一次,日志查询show master log 中的mysql-bin会增1

  1. MariaDB [testdb]> flush logs;
  2. Query OK, rows affected (0.003 sec)
  3.  
  4. MariaDB [testdb]> show master logs;
  5. +------------------+-----------+
  6. | Log_name | File_size |
  7. +------------------+-----------+
  8. | mysql-bin. | |
  9. | mysql-bin. | |
  10. +------------------+-----------+
  11. MariaDB [testdb]> show master status;
  12. +------------------+----------+--------------+------------------+
  13. | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
  14. +------------------+----------+--------------+------------------+
  15. | mysql-bin. | | | |
  16. +------------------+----------+--------------+------------------+
  17. [root@alph mysql]# cat mysql-bin.index
  18. ./mysql-bin.
  19. ./mysql-bin.

二进制日志格式:

  1. :: server id end_log_pos CRC32 0xeb1cde6b Query thread_id= exec_time= error_code=
  2. use `testdb`/*!*/;

  事件发生的日期和时间:190613 14:17:32,19-06-13 14:17:32;

  事件发生的服务器标识:server id 1,主从架构同步时将按照server-id来同步;

  事件的结束位置:end_log_pos 666;

  事件的类型:Query;

  事件发生时所在服务器执行此事件的线程ID:thread_id=9;

  语句的时间戳与将其写入二进制文件中的时间差:exec_time=0,记录SQL语句所用的时间,一般不为0;

  错误代码:error_code=0;

  事件内容:GTID:Global Transaction ID;

专属属性:GTID

客户端命令工具mysqlbinlog

  mysqlbinlog [options] log_file ...

  1. --start-datetime=
  2. --stop-datetime= #基于时间点恢复。从start到stop时间点之间的内容将会被恢复
  3. --start-position=
  4. --stop-position= #基于position点恢复。从start到stop之间的内容将会被恢复

5> 中继日志

  复制架构中,备服务器用于保存主服务器的二进制日志中读取到的事件。

6> 事务日志

事务日志transaction log,有两个文件:ib_logfile0,ib_logfile1。事务日志一般不需要手动的管理,由事务型存储引擎自行管理和使用(Innodb,myisam引擎是不支持事务,外键,行级锁);

  数据库执行的所有事务都会写入到事务日志当中,事务里进行的增删改等操作先记录到事务日志当中,再写入到数据库。由此带来的问题是由于先将数据写入事务日志当中,当查询数据库时有可能查询不到。同样的,在读取事务日志的内容的同时又读不到原磁盘的内容。事务日志的数据加上磁盘里的数据才是完整的数据,数据库的解决办法是划分内存的一块区域buffer_pool(缓冲池),将事务日志数据可磁盘数据放入内存,直接调用内存。buffer_pool的大小影响数据库的性能。

  1. [root@alph mysql]# ll
  2. -rw-rw---- mysql mysql Aug : ib_logfile0
  3. -rw-rw---- mysql mysql Aug : ib_logfile1
  1. innodb_buffer_pool_size #一般在没有其他业务的情况下设置成为物理内存的3/4,或者4/5
  2. innodb_log_files_in_group = #事务日志文件的个数,默认为2个事务日志文件,数据交替写入
  3. innodb_log_file_size = 48M #事务日志文件的单个大小48M
  4. innodb_log_group_home_dir = ./ #事务日志文件的所在路径,默认就在mariadb的数据目录/var/lib/mysql

事务型存储引擎自行管理和使用事务日志,

  redo log:重做日志; undo log:撤销日志。

2. 数据库的备份

1> 为什么要备份:

灾难恢复:硬件故障,软件故障,自然灾害,黑客攻击,误操作;测试

2> 备份要注意的点:

  • 备份需要多少时间:需要估算出来;
  • 能容忍最多丢失多少数据;
  • 恢复数据需要在多长时间内完成;
  • 需要恢复哪些数据。

数据库备份完成后要做还原测试,定期的去做还原演练,用于测试备份的可用性。

3> 备份类型:

  a)   完全备份和部分备份:

    i. 完全备份:整个数据集(整个库的整个表);

    ii.部分备份:只备份数据子集;

  b)   完全备份、增量备份、差异备份:

i. 增量备份:仅备份最近一次完全备份或增量备份(如果有增量备份)以来变化的数据;

ii. 差异备份:仅备份最近一次完全备份以来变化的数据。

  c)  热备、温备、冷备

i.  热备:读写操作均可执行(不影响业务的操作);

ii. 温备:读操作可以、写不行(需要将整个库的整个表锁住);

iii.冷备:读写操作均不能执行(停掉业务);

  • iv. MyISAM:温备,不能热备;

  d) 物理备份、逻辑备份

     i.  物理备份:直接复制数据文件进行备份,与存储引擎无关(如cp,备份的时候要注意不能有数据插入);

    ii.   逻辑备份:从数据库中“导出”数据库另存而进行备份(如二进制日志、Mysqldump备份的数据,结构不变)。

4> 备份时需要考虑的因素:

  1) 持续多久;

  2) 备份过程的时长;

  3) 备份负载;

  4) 恢复过程的时长。

 5> 备份什么

  1) 数据;

  2)  二进制日志(基于时间点还原),innodb的事务日志;

  3) 代码(存储过程,存储函数,触发器,时间调度器);

  4) 服务器的配置文件。

6> 设计备份方案:

  1) 数据集:完全+增量+二进制日志 | 完全+差异+二进制日志(最大量的恢复,接近100%);

  2) 备份手段:物理,逻辑;

  3) 对于备份较大的数据建议物理备份,对于较小的数据建议用逻辑备份。

7> 备份工具的选择:

1)mysqldump+复制binlog:

mysqldump:完全备份

复制binlog中指定时间范围内的event:增量备份

  2)lvm2快照+复制binlog:

lvm2快照:适用cp或者tar等做物理备份:完全备份;

复制binlog中指定时间范围内的event:增量备份;

注意:lvm2属于温备,要先锁表。

  3)xtrabackup | mariabackup:

  xtrabackup作用于mysql数据库而不是mariadb,由Percona公司提供的支持对InnoDB做热备(物理备份)工具。xtrabackup在mariadb 10版本之前是可以用的。

mariabackup专门为mariadb设计的,可以做:完全备份,增量工具

3. 数据库的恢复

1> 基于二进制文件的恢复

1)基于时间点:

a. 算好要恢复数据的时间段,重定向输入到bin.sql文件中,如:

  1. mysqlbinlog --start-datetime="2019-06-08 22:55:13" --stop-datetime="2019-06-08 22:55:13" binlog. > bin.sql

b. 执行bin.sql文件还原

  1. source bin.sql

2)基于position,如:

  1. mysqlbinlog /var/lib/mysql/mysql-bin. --stop-position= | mysql -uroot -p123

  如果不提供start则从头开始恢复;position从二进制日志中查询。

2> 基于lvm2的备份

  因为mariadb的默认数据文件位置是/var/lib/mysql目录里,并不是文件系统,因此这里用新加磁盘来创建文件系统测试

  1. .添加磁盘
  2. .重启服务器识别硬盘
  3. .[root@localhost ~]#fdisk /dev/sdb #分区
  4. .[root@localhost ~]#pvcreate /dev/sdb3 #创建pv
  5. .[root@localhost ~]#pvdisplay #查看pv
  6. "/dev/sdb3" is a new physical volume of "100.00 GiB"
  7. --- NEW Physical volume ---
  8. PV Name /dev/sdb3
  9. VG Name
  10. PV Size 100.00 GiB
  11. Allocatable NO
  12. PE Size
  13. Total PE
  14. Free PE
  15. Allocated PE
  16. PV UUID zYUBTH-Eqfa-ZYf7-q8pZ-gWBQ-UtUL-qeZzyd
  17. .[root@localhost ~]# vgcreate test3vg /dev/sdb3 #创建vg
  18. Volume group "test3vg" successfully created
  19. .[root@localhost ~]# lvcreate -L 99G -n testlv3 test3vg #创建lv
  20. Logical volume "testlv3" created.
  21. .[root@localhost ~]# mkfs.ext4 /dev/test3vg/testlv3 #格式化lv
  22. .[root@localhost ~]# mkdir /test3 #根目录下创建一个test3目录
  23. .[root@localhost ~]# mount /dev/test3vg/testlv3 /test3/ #挂在刚才所创建的目录
  24. .如果是yum安装默认数据目录在/var/lib/mysql,如果需要更改
  25. vim /etc/my.cnf.d/server.cnf
  26. [mysqld]
  27. datadir=/test3/
  28. pid_file=/test3/localhost.pid
  29. socket=/test3/mysql.sock
  30. wsrep_data_home_dir=/test3/
  31. log-bin=mysql-bin
  32. [client]
  33. socket=/test3/mysql.sock
  34. .[root@localhost ~]#chown -R mysql.mysql /test3
  35. #修改目录下面所有文件的属主属组,必须为mysql不然数据库起不来
  36. .[root@localhost ~]#service mariadb restart #重启数据库
  37. . MariaDB [(none)]> flush tables with read lock; #将所有表锁住(只能读,不能写)
  38. .[root@localhost ~]# lvcreate -L 100G -s -p r -n snap_test3 /dev/test3vg/testlv3 #创建快照lv(这里要注意,test3vg中必须有足够的空间,不然创建lv会失败)
  39. 备注:
  40. -L: --size
  41. -s: --snap
  42. -p: --permission rw|r
  43. -n: --name
  44. . MariaDB [(none)]> unlock tables; #释放锁
  45. .[root@localhost testvg]# mkdir /snap_test3 #创建快照目录
  46. .[root@localhost ~]# mount /dev/testvg/snap_test3 /snap_test3/#挂载快照lv
  47. .这时候你就可以在快照目录下看到跟源文件系统一模一样的内容了,此时就可以用cp拷贝了

3> 基于mysqldump工具进行备份(逻辑备份工具)

  1. mysqldump -uroot -proot -l --databases testdb > testdb.sql #备份testdb数据库(-l代表备份单个数据库时锁定该库的所有表;-x当对所有数据库备份时锁定所有数据库的所有表)
  2.  
  3. mysqldump -uroot -proot --all-databases > all_databases.sql #备份所有数据库
  4. mysqldump -uroot -proot testdb students > students.sql #备份testdb数据库下的students表
  5. source testdb.sql #还原数据(sql命令行下)

4. 备份工具mariabackup

  Mariabackup是MariaDB提供的一个开源工具,用于对InnoDB,Aria和MyISAM表进行物理在线备份。这个工具是基于Percona的XtraBackup(版本2.3.8)的解决方案。

  在MariaDB10.3.x及以上的版本用Percona XtraBackup工具会有问题。原因可能是MariaDB10.3以上版本的redo日志格式和之前不同了。

  Percona的官方文档:https://www.percona.com/doc/percona-xtrabackup/2.4/index.html

  Mariabackup的官方文档:https://mariadb.com/kb/en/library/mariabackup-overview/

安装方法

  1. yum install MariaDB-backup #需要有MariaDB数据库的源

备份与恢复

   全备+恢复

    1)全量备份

  1. mariabackup --backup --target-dir=/root/fullbackup --user=root --password=root

    2)准备全备数据

  1. mariabackup --prepare --target-dir=/root/fullbackup/ --user=root --password=root

3)还原数据(请确保数据目录下是空的)

  1. mariabackup --copy-back --target-dir=/root/fullbackup/ --user=root --password=root

4)修改属组和属主

  1. chown -R mysql.mysql /var/lib/mysql

  全备+增量+二进制->恢复

    1)   全量备份数据库

    2)   创建一个数据库

    3)   增量备份

    4)   删除一个创建的数据库

    5)   恢复数据

      1>> 全量备份

  1. mariabackup --backup --target-dir=/root/fullbackup --user=root --password=root

      2>> 增量备份

  1. mariabackup --backup --target-dir=/root/inc1 --incremental-basedir=/root/fullbackup/ --user=root --password=root

      3>> 准备全备数据

  1. mariabackup --prepare --target-dir=/root/fullbackup/ --user=root --password=root

      4>> 增量和全备数据合并

  1. mariabackup --prepare --target-dir=/root/fullbackup/ --user=root --password=root --incremental-dir=/root/inc1/ --apply-log-only

      5>> 恢复数据(请确保数据目录下是空的)

  1. mariabackup --copy-back --target-dir=/root/fullbackup/ --user=root --password=root

      6>> 修改属组和属主

  1. chown -R mysql.mysql /var/lib/mysql

  还原的时候确保属组和属主是mysql:mysql

MariaDB日志文件、备份与恢复的更多相关文章

  1. MariaDB——日志文件

    数据库各类日志  查询日志:   记录每一条sql语句,建议不开启,因为如果访问量过大,会占用相当大的资源,影响数据库的性能.    vim /etc/my.cnf.d/server.cnf    g ...

  2. DBA_Oracle日志文件 - altert / trace /audit / redo / archive log(概念)

    2014-07-26 Created By BaoXinjian

  3. 你还可以再诡异点吗——SQL日志文件不断增长

    前言 今天算是遇到了一个罕见的案例. SQL日志文件不断增长的各种实例不用多说,园子里有很多牛人有过介绍,如果我再阐述这些陈谷子芝麻,想必已会被无数次吐槽. 但这次我碰到的问题确实比较诡异,其解决方式 ...

  4. 【.net 深呼吸】写入日志文件

    记录日志,一方面可以把日志写入系统的日志存储中,可在“事件查看器”窗口中查看:如果不喜欢写到系统的日志文件中,也可以写到自己定义的文件中. 其实,日志文件就是文本文件,可能有朋友会想到用写入文本文件的 ...

  5. Log4net入门(回滚日志文件篇)

    在上一篇Log4net(日志文件篇)中,我们使用"log4net.Appender.FileAppender"将日志信息输出到一个单一的文件中,随着应用程序的持续使用,该日志文件会 ...

  6. Log4net入门(日志文件篇)

    在上一篇Log4net入门(控制台篇)中,我们将日志信息输出到控制台中,在这一篇中,我们将描述如何将日志信息写到文件中.要将日志信息写入文件非常简单,只需要在Log4net.config配置文件中添加 ...

  7. SQL Server 2008 R2:快速清除日志文件的方法

    本例,快速清理“students”数据库的日志,清理后日志文件不足1M. USE [master] GO ALTER DATABASE students SET RECOVERY SIMPLE WIT ...

  8. [转]ASP.NET Core 开发-Logging 使用NLog 写日志文件

    本文转自:http://www.cnblogs.com/Leo_wl/p/5561812.html ASP.NET Core 开发-Logging 使用NLog 写日志文件. NLog 可以适用于 . ...

  9. log4j分离日志输出 自定义过滤 自定义日志文件

    普通的log4j.properties 定义: ### set log levels ### log4j.rootLogger = debug,D,E ## Disable other log log ...

随机推荐

  1. postcss 将px转换成rem vuecli3+vant+vue+postcss

    1.安装 npm install postcss-pxtorem --save 2.找到postcss.config.js 默认是这样 module.exports = { "plugins ...

  2. leetcode 1110. 删点成林

    题目描述: 给出二叉树的根节点 root,树上每个节点都有一个不同的值. 如果节点值在 to_delete 中出现,我们就把该节点从树上删去,最后得到一个森林(一些不相交的树构成的集合). 返回森林中 ...

  3. ASP.NET 网站迁移 HTTP 错误 500.22 - Internal Server Error 检测到在集成的托管管道模式下不适用

    前提:今天要做网站迁移,把A服务器上的网站迁移到B服务器上,A服务器当时的环境是.NET 4.0 ,而B服务器是.NET2.0,A服务器IIS为6.0,B服务器IIS版本为7.0  第一步,先在B服务 ...

  4. [.Net,C#]三类资源:流对象Stream,字节数组byte[],图片Image

    三类资源:流对象Stream,字节数组byte[],图片Image 关系:Stream<=>byte[],byte[]<=>Image Stream 与Image相互转化的媒介 ...

  5. React组件介绍与使用(父传子、子传父、兄弟传)

    1.创建组件的方法     1.1.函数式无状态组件 1.1.1.语法 1 function myComponent(props) { 2 return 3 <div>Hello {pro ...

  6. [原创]Ladon5.7大型内网渗透综合漏洞扫描器

    Ladon LadonGUI Cobalt Strike PowerLadon PythonLadon LinuxLadon 使用说明 ID 主题 URL 1 Ladon文档主页 https://gi ...

  7. unity内存管理(转)

    转自:https://www.cnblogs.com/zsb517/p/5724908.html Unity3D 里有两种动态加载机制:一个是Resources.Load,另外一个通过AssetBun ...

  8. 建造(Builder)模式

    建造模式可以将一个产品的内部表象与产品的生成过程分割开来,从而可以使一个建造过程生成具有不同的内部表象的产品对象. 摘自EffectiveJava:当构造方法参数过多时使用建造者模式. 产品的内部表象 ...

  9. TP5多字段排序

    有业务需求如下: select * from table where id IN (3,6,9,1,2,5,8,7) order by field(id,3,6,9,1,2,5,8,7); 这里直入主 ...

  10. docker搭建etcd集群环境

    其实关于集群网上说的方案已经很多了,尤其是官网,只是这里我个人只有一个虚拟机,在开发环境下建议用docker-compose来搭建etcd集群. 1.拉取etcd镜像 docker pull quay ...