MariaDB日志文件、备份与恢复
1. 数据库的6种日志
数据库有6种日志,分别是:查询日志、慢查询日志、错误日志、二进制日志、中继日志以及事务日志。
1> 查询日志
查询日志记录每一条sql语句,建议不开启,因为如果访问量较大,会占用相当大的资源,影响性能。
查询日志的开启:
编辑配置文件:/etc/my.cnf.d/server.cnf
vim /etc/my.cnf.d/server.cnf
general_log = ON| OFF #查询日志开关,开为1,关为0
general_log_file localhost.log #查询日志的文件名字(/var/lib/mysql),可以是绝对路径,也可以是相对路径,如果是绝对路径则生成绝对路径下的日志文件文件;如果是相对路径,则默认生成/var/lib/mysql下的路径
log_output TABLE | FILE | NONE #查询日志的存储形式,有三种形式,table是以表的方式存储,file是以文件的方式,none是使用两种方式存储
示例:
[root@alph ~]# vim /etc/my.cnf.d/server.cnf
[server]
general_log= #开启查询日志
general_log_file=localhost.log #日志文件名,自定义
# this is only for the mysqld standalone daemon 保存退出,重启数据库,进入数据库查看日志查询方式
MariaDB [(none)]> show variables like '%general%';
+------------------+---------------+
| Variable_name | Value |
+------------------+---------------+
| general_log | ON |
| general_log_file | localhost.log |
+------------------+---------------+
rows in set (0.001 sec)
[root@alph ~]# cd /var/lib/mysql/
[root@alph mysql]# ls
............ localhost.log
[root@alph mysql]# tail -f localhost.log #已经开始监控
/usr/sbin/mysqld, Version: 10.3.-MariaDB-log (MariaDB Server). started with:
Tcp port: Unix socket: (null)
Time Id Command Argument
/usr/sbin/mysqld, Version: 10.3.-MariaDB-log (MariaDB Server). started with:
Tcp port: Unix socket: (null)
Time Id Command Argument
:: Connect root@localhost as anonymous on
Query select @@version_comment limit
:: Query show variables like '%general%'
:: Quit
#监控到的sql语句
可以看到,查询日志会记录每一条操作过得SQL语句
2> 慢查询日志
执行时长超出指定时间的查询操作(测试命令:select sleep(4);)(超出指定的时长后才记录下来)。一般企业都将慢查询日志打开,用来优化SQL语句
慢查询日志的开启:
同样的,编辑配置文件/etc/my.cnf.d/server.cnf
slow_query_log = OFF|ON #开启慢查询日志
slow_query_log_file = LOCALHOST-SLOW.log #慢查询日志的文件路径,默认在/var/lib/mysql,文件名默认为LOCALHOST-SLOW.log,localhost为主机名。
long_query_time #慢查询时长;默认是10s,超出10s将会被记录
log_slow_rate_limit #如果要记录的慢查询日志非常多的话,会按照速率来记录,默认1秒记录一个
log_slow_verbosity=| #记录的详细级别,1代表详细,0代表不太详细;
例如:
[root@alph ~]# vim /etc/my.cnf.d/server.cnf
[serve
#general_log=
#general_log_file=localhost.log
slow_query_log= #开启详细的慢查询
long_query_time= #超出时长为4秒,四秒后开始记录 没有指定路径和文件,默认为/var/lib/mysql/ LOCALHOST-SLOW.log
保存退出,重启生效
[root@alph ~]# systemctl restart mariadb
[root@alph mysql]# ls -ltr
-rw-rw---- mysql mysql Aug : alph-slow.log
进入数据库查看,同时打开交互界面进行监控日志
执行一个模拟5秒的SQL语句,等待tail -f监控文件内容
MariaDB [mysql]> select sleep();
+----------+
| sleep() |
+----------+
| |
+----------+
[root@alph mysql]# tail -f alph-slow.log
/usr/sbin/mysqld, Version: 10.3.-MariaDB-log (MariaDB Server). started with:
Tcp port: Unix socket: (null)
Time Id Command Argument
# Time: ::
# User@Host: root[root] @ localhost []
# Thread_id: Schema: mysql QC_hit: No
# Query_time: 5.000527 Lock_time: 0.000000 Rows_sent: Rows_examined:
# Rows_affected: Bytes_sent:
use mysql;
SET timestamp=;
select sleep();
3> 错误日志
错误日志记录mysqld启动和关闭过程中输出的事件信息,mysqld运行中产生的错误信息。同样的,配置文件为/etc/my.cnf.d/server.cnf
event scheduler #运行一个event时产生的日志信息,在主从复制架构中的从服务器上启动从服务器线程时产生的信息
log_error = /var/log/mysql_error.log #指定错误日志的输出位置,该路径必须具有mysql权限(不指定路径默认放在/var/lib/mysql/)
log_warnings #为0, 表示不记录告警信息。为1, 表示告警信息写入错误日志。大于1, 表示各类告警信息,例如有关网络故障的信息和重新连接信息写入错误日志。(默认为2)
[root@alph ~]# vim /etc/my.cnf.d/server.cnf
[server]
#general_log=
#general_log_file=localhost.log
#slow_query_log=
#long_query_time=
log_error = /var/lib/mysql/mysql_error.log
保存退出,重启生效
[root@alph ~]# systemctl restart mariadb
[root@alph ~]# cd /var/lib/mysql/
[root@alph mysql]# ls -ltr
-rw-rw---- mysql mysql Aug : mysql_error.lo
[root@alph mysql]# tail -f mysql_error.log 在交互界面重新启动一下数据库,这些信息都会被记录到该日志当中
MariaDB [(none)]> exit
Bye
[root@alph ~]# mysql -uroot -p123
root@alph mysql]# tail -f mysql_error.log
-- :: [Note] InnoDB: Waiting for purge to start
-- :: [Note] InnoDB: 10.3. started; log sequence number ; transaction id
-- :: [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
-- :: [Note] InnoDB: Buffer pool(s) load completed at ::
-- :: [Note] Plugin 'FEEDBACK' is disabled.
-- :: [Note] Server socket created on IP: '::'.
-- :: [Note] Reading of all Master_info entries succeeded
-- :: [Note] Added new Master_info '' to hash table
-- :: [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.16-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: MariaDB Server 查看当前错误日志的报警级别
MariaDB [(none)]> show variables like '%warning%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_warnings | | #默认为2
| sql_warnings | OFF |
| warning_count | |
+---------------+-------+
rows in set (0.001 sec)
4> 二进制日志
二进制日志是MariaDB最重要的日志,针对时间点还原起着至关重要的作用,可以根据时间点还原数据。所有的增删改操作都会被记录到二进制日志当中。
log_bin = OFF | ON #二进制日志开关
log_bin_basename = /var/lib/mysql/mysql-bin #日志路径,默认在/var/lib/mysql下
binlog_format=STATEMENT|ROW|MIXED #二进制记录格式
STATEMENT:基于“语句”记录,记录SQL语句,占用空间小,但是当数据库有该日志记录的语句(如数据库)的时候,回复数据时是会报错、失败
ROW:基于“行”记录,记录的是每一行的内容,对于大量的记录来说占用空间较大,但记录较精准
MIXED:混合模式,让系统自行判定该基于哪种方式进行,现在采用的基本都是这种混合模式
sql_log_bin=| #是否启用二进制日志,或者指定文件名如mysql-bin
log_bin_index=PATH #二进制日志索引位置,默认在/var/lib/mysql下,myssql-bin.index,记录二进制日志文件的路径,该index不属于二进制文件,可以用cat或者vim打开,如:
[root@alph mysql]# cat mysql-bin.index
./mysql-bin.
sync_binlog=| #设定是否启动二进制日志同步功能。由于磁盘写入文件较慢,开启同步则每记录一条既写入磁盘,对数据库的性能以及磁盘io来说是有影响的
max_binlog_size=SIZE #单个二进制文件最大体积,默认为1G,超过设定大小就会滚动到另一个增加的二进制文件
expire_logs_days= #消除日志参数,超过多少天就清除二进制日志,默认为0,代表不启用此功能,二进制日志不清除会一直生成并保存
[root@alph mysql]# vim /etc/my.cnf.d/server.cnf
[server]
#general_log=
#general_log_file=localhost.log
#slow_query_log=
#long_query_time=
#log_error = /var/lib/mysql/mysql_error.log
log_bin=mysql-bin #开启二进制日志
保存退出,重启生效
[root@alph mysql]# ls -ltr
-rw-rw---- mysql mysql Aug : mysql-bin.
查看二进制日志:
MariaDB [(none)]> show master status; #当前所使用的二进制文件
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin. | | | |
+------------------+----------+--------------+------------------+
row in set (0.001 sec) MariaDB [(none)]> show master logs; #所有的二进制文件
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin. | |
+------------------+-----------+
row in set (0.000 sec)
SHOW {BINARY | MASTER} LOGS
SHOW BINLOG EVENTS [IN 'log_name'] #二进制文件记录的内容
show master status;
二进制日志记录的是增删改操作,先创建一个表,在查看状态
MariaDB [(none)]> create database testdb;
MariaDB [(none)]> ues testdb;
MariaDB [testdb]> create table classes (id tinyint unsigned primary key,name varchar());
MariaDB [testdb]> show master status; #position数据开始变化,二进制日志mysql-bin.000001开始记录数据
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin. | | | |
+------------------+----------+--------------+------------------+
查看二进制日志文件内容:
由于该日志是二进制形式,因此无法用cat或者vim命令来查看,可以用mysql提供的mysqlbinlog来查看指定的二进制日志文件
[root@alph mysql]# mysqlbinlog mysql-bin.
.......... #增删改均会被记录
create database testdb
/*!*/;
# at
# :: server id end_log_pos CRC32 0x8ca3d982 GTID -- ddl
/*!100001 SET @@session.gtid_seq_no=2*//*!*/;
# at
# :: server id end_log_pos CRC32 0x3490771f Query thread_id= exec_time= error_code=
use `testdb`/*!*/;
SET TIMESTAMP=/*!*/;
create table classes (id tinyint unsigned primary key,name varchar())
/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog *//*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
二进制文件的滚动的三种情况:
1)flush logs:手动滚动
2) 文件超出指定大小
3) service mariadb restart
每滚动一次,日志查询show master log 中的mysql-bin会增1
MariaDB [testdb]> flush logs;
Query OK, rows affected (0.003 sec) MariaDB [testdb]> show master logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin. | |
| mysql-bin. | |
+------------------+-----------+
MariaDB [testdb]> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin. | | | |
+------------------+----------+--------------+------------------+
[root@alph mysql]# cat mysql-bin.index
./mysql-bin.
./mysql-bin.
二进制日志格式:
:: server id end_log_pos CRC32 0xeb1cde6b Query thread_id= exec_time= error_code=
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 ...
--start-datetime=
--stop-datetime= #基于时间点恢复。从start到stop时间点之间的内容将会被恢复
--start-position=
--stop-position= #基于position点恢复。从start到stop之间的内容将会被恢复
5> 中继日志
复制架构中,备服务器用于保存主服务器的二进制日志中读取到的事件。
6> 事务日志
事务日志transaction log,有两个文件:ib_logfile0,ib_logfile1。事务日志一般不需要手动的管理,由事务型存储引擎自行管理和使用(Innodb,myisam引擎是不支持事务,外键,行级锁);
数据库执行的所有事务都会写入到事务日志当中,事务里进行的增删改等操作先记录到事务日志当中,再写入到数据库。由此带来的问题是由于先将数据写入事务日志当中,当查询数据库时有可能查询不到。同样的,在读取事务日志的内容的同时又读不到原磁盘的内容。事务日志的数据加上磁盘里的数据才是完整的数据,数据库的解决办法是划分内存的一块区域buffer_pool(缓冲池),将事务日志数据可磁盘数据放入内存,直接调用内存。buffer_pool的大小影响数据库的性能。
[root@alph mysql]# ll
-rw-rw---- mysql mysql Aug : ib_logfile0
-rw-rw---- mysql mysql Aug : ib_logfile1
innodb_buffer_pool_size #一般在没有其他业务的情况下设置成为物理内存的3/4,或者4/5
innodb_log_files_in_group = #事务日志文件的个数,默认为2个事务日志文件,数据交替写入
innodb_log_file_size = (48M) #事务日志文件的单个大小48M
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文件中,如:
mysqlbinlog --start-datetime="2019-06-08 22:55:13" --stop-datetime="2019-06-08 22:55:13" binlog. > bin.sql
b. 执行bin.sql文件还原
source bin.sql
2)基于position,如:
mysqlbinlog /var/lib/mysql/mysql-bin. --stop-position= | mysql -uroot -p123
如果不提供start则从头开始恢复;position从二进制日志中查询。
2> 基于lvm2的备份
因为mariadb的默认数据文件位置是/var/lib/mysql目录里,并不是文件系统,因此这里用新加磁盘来创建文件系统测试
.添加磁盘
.重启服务器识别硬盘
.[root@localhost ~]#fdisk /dev/sdb #分区
.[root@localhost ~]#pvcreate /dev/sdb3 #创建pv
.[root@localhost ~]#pvdisplay #查看pv
"/dev/sdb3" is a new physical volume of "100.00 GiB"
--- NEW Physical volume ---
PV Name /dev/sdb3
VG Name
PV Size 100.00 GiB
Allocatable NO
PE Size
Total PE
Free PE
Allocated PE
PV UUID zYUBTH-Eqfa-ZYf7-q8pZ-gWBQ-UtUL-qeZzyd
.[root@localhost ~]# vgcreate test3vg /dev/sdb3 #创建vg
Volume group "test3vg" successfully created
.[root@localhost ~]# lvcreate -L 99G -n testlv3 test3vg #创建lv
Logical volume "testlv3" created.
.[root@localhost ~]# mkfs.ext4 /dev/test3vg/testlv3 #格式化lv
.[root@localhost ~]# mkdir /test3 #根目录下创建一个test3目录
.[root@localhost ~]# mount /dev/test3vg/testlv3 /test3/ #挂在刚才所创建的目录
.如果是yum安装默认数据目录在/var/lib/mysql,如果需要更改
vim /etc/my.cnf.d/server.cnf
[mysqld]
datadir=/test3/
pid_file=/test3/localhost.pid
socket=/test3/mysql.sock
wsrep_data_home_dir=/test3/
log-bin=mysql-bin
[client]
socket=/test3/mysql.sock
.[root@localhost ~]#chown -R mysql.mysql /test3
#修改目录下面所有文件的属主属组,必须为mysql不然数据库起不来
.[root@localhost ~]#service mariadb restart #重启数据库
. MariaDB [(none)]> flush tables with read lock; #将所有表锁住(只能读,不能写)
.[root@localhost ~]# lvcreate -L 100G -s -p r -n snap_test3 /dev/test3vg/testlv3 #创建快照lv(这里要注意,test3vg中必须有足够的空间,不然创建lv会失败)
备注:
-L: --size
-s: --snap
-p: --permission rw|r
-n: --name
. MariaDB [(none)]> unlock tables; #释放锁
.[root@localhost testvg]# mkdir /snap_test3 #创建快照目录
.[root@localhost ~]# mount /dev/testvg/snap_test3 /snap_test3/#挂载快照lv
.这时候你就可以在快照目录下看到跟源文件系统一模一样的内容了,此时就可以用cp拷贝了!
3> 基于mysqldump工具进行备份(逻辑备份工具)
mysqldump -uroot -proot -l --databases testdb > testdb.sql #备份testdb数据库(-l代表备份单个数据库时锁定该库的所有表;-x当对所有数据库备份时锁定所有数据库的所有表) mysqldump -uroot -proot --all-databases > all_databases.sql #备份所有数据库
mysqldump -uroot -proot testdb students > students.sql #备份testdb数据库下的students表
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/
安装方法
yum install MariaDB-backup #需要有MariaDB数据库的源
备份与恢复
全备+恢复
1)全量备份
mariabackup --backup --target-dir=/root/fullbackup --user=root --password=root
2)准备全备数据
mariabackup --prepare --target-dir=/root/fullbackup/ --user=root --password=root
3)还原数据(请确保数据目录下是空的)
mariabackup --copy-back --target-dir=/root/fullbackup/ --user=root --password=root
4)修改属组和属主
chown -R mysql.mysql /var/lib/mysql
全备+增量+二进制->恢复
1) 全量备份数据库
2) 创建一个数据库
3) 增量备份
4) 删除一个创建的数据库
5) 恢复数据
1>> 全量备份
mariabackup --backup --target-dir=/root/fullbackup --user=root --password=root
2>> 增量备份
mariabackup --backup --target-dir=/root/inc1 --incremental-basedir=/root/fullbackup/ --user=root --password=root
3>> 准备全备数据
mariabackup --prepare --target-dir=/root/fullbackup/ --user=root --password=root
4>> 增量和全备数据合并
mariabackup --prepare --target-dir=/root/fullbackup/ --user=root --password=root --incremental-dir=/root/inc1/ --apply-log-only
5>> 恢复数据(请确保数据目录下是空的)
mariabackup --copy-back --target-dir=/root/fullbackup/ --user=root --password=root
6>> 修改属组和属主
chown -R mysql.mysql /var/lib/mysql
还原的时候确保属组和属主是mysql:mysql
MariaDB日志文件、备份与恢复的更多相关文章
- MariaDB——日志文件
数据库各类日志 查询日志: 记录每一条sql语句,建议不开启,因为如果访问量过大,会占用相当大的资源,影响数据库的性能. vim /etc/my.cnf.d/server.cnf g ...
- DBA_Oracle日志文件 - altert / trace /audit / redo / archive log(概念)
2014-07-26 Created By BaoXinjian
- 你还可以再诡异点吗——SQL日志文件不断增长
前言 今天算是遇到了一个罕见的案例. SQL日志文件不断增长的各种实例不用多说,园子里有很多牛人有过介绍,如果我再阐述这些陈谷子芝麻,想必已会被无数次吐槽. 但这次我碰到的问题确实比较诡异,其解决方式 ...
- 【.net 深呼吸】写入日志文件
记录日志,一方面可以把日志写入系统的日志存储中,可在“事件查看器”窗口中查看:如果不喜欢写到系统的日志文件中,也可以写到自己定义的文件中. 其实,日志文件就是文本文件,可能有朋友会想到用写入文本文件的 ...
- Log4net入门(回滚日志文件篇)
在上一篇Log4net(日志文件篇)中,我们使用"log4net.Appender.FileAppender"将日志信息输出到一个单一的文件中,随着应用程序的持续使用,该日志文件会 ...
- Log4net入门(日志文件篇)
在上一篇Log4net入门(控制台篇)中,我们将日志信息输出到控制台中,在这一篇中,我们将描述如何将日志信息写到文件中.要将日志信息写入文件非常简单,只需要在Log4net.config配置文件中添加 ...
- SQL Server 2008 R2:快速清除日志文件的方法
本例,快速清理“students”数据库的日志,清理后日志文件不足1M. USE [master] GO ALTER DATABASE students SET RECOVERY SIMPLE WIT ...
- [转]ASP.NET Core 开发-Logging 使用NLog 写日志文件
本文转自:http://www.cnblogs.com/Leo_wl/p/5561812.html ASP.NET Core 开发-Logging 使用NLog 写日志文件. NLog 可以适用于 . ...
- log4j分离日志输出 自定义过滤 自定义日志文件
普通的log4j.properties 定义: ### set log levels ### log4j.rootLogger = debug,D,E ## Disable other log log ...
随机推荐
- django_settings源码解析
目录 配置文件插拔式设计: 简单版: 复杂版 importlib 与`__import__的区别: 配置文件插拔式设计: 项目配置文件插拔式设计: 基于django settings源码实现自己项目配 ...
- 2018-2019-2 20165315《网络对抗技术》Exp 8 Web基础
2018-2019-2 20165315<网络对抗技术>Exp 8 Web基础 一.实验内容 Web前端HTML 能正常安装.启停Apache.理解HTML,理解表单,理解GET与POST ...
- Azure容器监控部署(下)
上文已经基本完成了环境的搭建,prometheus可以以https的方式从node_exporter和cAdvisor上pull到数据,访问grafana时也可以以https的方式访问,安全性得到了一 ...
- 注意:MagickReadImageBlob() 引发的问题
今天发现: 如果之前的 mw 已加载了具体的图片数据后,再对这个 mw 进行: MagickReadImageBlob(mw, data, dataLen) 程序运行发生了崩溃. 最后找到原因: Ma ...
- 《Linux就该这么学》培训笔记_ch08_iptables与firewall防火墙
<Linux就该这么学>培训笔记_ch08_iptables与firewall防火墙 文章最后会post上书本的笔记照片. 文章主要内容: 防火墙管理工具 iptables firewal ...
- Akka-CQRS(12)- akka-http for http-web-service: Routing-服务项目接口
上篇提到,按当前对web-service功能需要,我们需要完成数据转换marshalling,服务接口routing这两部分的调研和示范.上篇已经完成了对序列化marshalling的讨论,这篇就介绍 ...
- 引入 ServletContextListener @Autowired null 解决办法
public class ScheduleController implements ServletContextListener { @Autowired private ScheduleServi ...
- mvc_第一遍_业务逻辑层和模型
常用的动态网页对象: 之前我们提到了,使用request对象可以获得和用户请求相关的一系列信息.这一节,我们来看看另外两个常用对象的常规用途. response对象:用于向客户回应.最常用的用法类似于 ...
- https相关知识总结
从园子里看到很多讲解不错的文章,将链接放到这里,备忘 浅析数字证书:https://www.cnblogs.com/hyddd/archive/2009/01/07/1371292.html
- k-匿名算法
30 November 2019 18:31 人类历史上,除了计算机外从没有一项技术可以在短短的几十年间,能够全方位的影响整个社会的各个领域.技术的发展,少不了许多代人为之的努力.无论是在计算 ...