MySQL日志管理

最新推荐文章于 2024-08-14 22:06:20 发布
置顶 最新推荐文章于 2024-08-14 22:06:20 发布
阅读量196 收藏
点赞数
分类专栏： MySQL Linux_service&platform 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/YouOops/article/details/103291351
版权

MySQL日志管理

  • MySQL支持丰富的日志类型，包括：
事务日志transaction log 事务日志的写入类型为“追加”，因此其操作为“顺序IO”；通常也被称为：预写式日志 write ahead logging
事务日志文件: /var/lib/mysql/ib_logfile0, /var/lib/mysql/ib_logfile1
错误日志error log
通用日志general log
慢查询日志slow query log
二进制日志binary log
中继日志reley log，在主从复制架构中，从服务器用于保存从主服务器的二进制日志中读取的事件

一.事务日志

1.1 事务日志

  • 事务日志(transaction log)是事务型存储引擎(InnoDB)自行管理和使用的一种日志，默认在MySQL的数据库所在的文件夹；
    实际使用时建议和数据文件分开存放
  • 事务日志又分为redo log和undo log

1.2 InnoDB事务日志配置

  • InnoDB事务配置项
    SHOW VARIABLES LIKE '%innodb_log%';
innodb_log_file_size 50331648              # 定义每个日志文件大小
innodb_log_files_in_group 2                # 日志组成员个数
innodb_log_group_home_dir ./               # 事务文件路径,该相对路径是相对于mysql数据库所在目录
innodb_flush_log_at_trx_commit=0|1|2     # 决定innodb在多I/O操作的事务进行过程中ACID符合度和系统性能的参数默认为1

1.3 配置innodb处理事务日志的行为优化性能

  • innodb_flush_log_at_trx_commit 取不同值时InnoDB对数据的不同操作

在这里插入图片描述

innodb_flush_log_at_trx_commit 
1: 默认情况下，日志缓冲区将写入日志文件，并在每次事务后执行刷新到磁盘。 完全遵守ACID特性
    innodb_flush_log_at_trx_commit设置为1，同时配合sync_binlog = 1表示最高级别的容错能力
    另一项参数：innodb_use_global_flush_log_at_trx_commit的值确定是否可以使用SET语句重置innodb_flush_log_at_trx_commit变量
0: 提交时没有写磁盘的操作; 而是每秒执行一次将日志缓冲区的提交的事务写入刷新到磁盘。 这样可提
供更好的性能，但服务器崩溃可能丢失最后一秒的事务
2: 每次提交后都会写入OS的缓冲区但是不立即3刷新到磁盘，每秒才会进行一次刷新到磁盘文件中。 性能
比值为0略差一些，但操作系统或停电可能导致最后一秒的交易丢失
3: 模拟MariaDB 5.5组提交（每组提交3个同步），此项MariaDB 10.0支持
  • 性能从高到低:0--->2--->1 但是是以最后一秒的数据可能丢失的代价换取的

二.错误日志

错误日志

  • 错误日志为mysqld启动和关闭过程中输出的事件信息、mysqld运行中产生的错误信息、event scheduler
    运行一个event时产生的日志信息及在主从复制架构中的从服务器上启动从服务器线程时产生的信息

  • 错误日志文件路径

SHOW GLOBAL VARIABLES LIKE 'log_error';

MariaDB [hellodb]> SHOW GLOBAL VARIABLES LIKE 'log_error';
+---------------+------------------------------+
| Variable_name | Value                        |
+---------------+------------------------------+
| log_error     | /var/log/mariadb/mariadb.log |
+---------------+------------------------------+
1 row in set (0.00 sec)

错误日志配合log_warnings系统变量，log_warnings表示是否将更多的包括警告的日志输出到/var/log/mariadb/mariadb.log
文件中,默认为启用，指定任何大于1的数表示将尝试连接失败等的信息一并记录到错误日志文件中。0表示不输出
错误日志。

log_error=/PATH/TO/ERR0R_LOG_FILE
log_warnings=1

三.通用日志

3.1 通用日志

  • 通用日志用于记录对数据库的通用操作，包括错误的SQL语句
  • 通用日志可以保存在文件或者数据库中:file(默认值)或table(mysql.general_log)

3.2 通用日志相关设置

  • 配置选项
general_log=ON|OFF
general_log_file=HOSTNAME.log
log_output=TABLE|FILE|NONE
  • 开启通用日志
MariaDB [hellodb]> SET GLOBAL log_output="table";
Query OK, 0 rows affected (0.00 sec)

MariaDB [hellodb]> SHOW VARIABLES LIKE 'log_output';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_output    | TABLE |
+---------------+-------+
1 row in set (0.00 sec)

MariaDB [hellodb]> SET GLOBAL general_log=ON;
Query OK, 0 rows affected (0.00 sec)

MariaDB [hellodb]> SELECT * FROM mysql.general_log\G
*************************** 1. row ***************************
  event_time: 2019-11-27 12:44:42.881291
   user_host: root[root] @ localhost []
   thread_id: 37
   server_id: 1
command_type: Query
    argument: SELECT * FROM mysql.general_log
1 row in set (0.00 sec)

MariaDB [hellodb]> SELECT * FROM mysql.general_log;
+----------------------------+---------------------------+-----------+-----------+--------------+---------------------------------+
| event_time                 | user_host                 | thread_id | server_id | command_type | argument                        |
+----------------------------+---------------------------+-----------+-----------+--------------+---------------------------------+
| 2019-11-27 12:44:42.881291 | root[root] @ localhost [] |        37 |         1 | Query        | SELECT * FROM mysql.general_log |
| 2019-11-27 12:46:21.332561 | root[root] @ localhost [] |        37 |         1 | Query        | SELECT * FROM mysql.general_log |
+----------------------------+---------------------------+-----------+-----------+--------------+---------------------------------+
2 rows in set (0.00 sec)

四.慢查询日志

4.1 慢查询日志

  • 慢查询日志用来记录SQL语句执行时长超出指定时长的操作,这样有利于找到执行速度较慢的语句，以便针对性
    优化查询性能。

4.2 慢查询日志配置项

slow_query_log=ON|OFF #开启或关闭慢查询
long_query_time=N #慢查询的阀值，单位秒
slow_query_log_file=HOSTNAME-slow.log #慢查询日志文件
log_slow_filter = admin,filesort,filesort_on_disk,full_join,full_scan,
query_cache,query_cache_miss,tmp_table,tmp_table_on_disk
#上述查询类型且查询时长超过long_query_time，则记录日志
log_queries_not_using_indexes=ON #不使用索引或使用全索引扫描，不论是否达到慢查询阀值的语
句是否记录日志，默认OFF，即不记录
log_slow_rate_limit = 1 #多少次查询才记录，mariadb特有
log_slow_verbosity= Query_plan,explain #记录内容
log_slow_queries = OFF 同slow_query_log #MariaDB 10.0/MySQL 5.6.1 版后已删除

五.profile工具

5.1 profile

  • profile 工具用来显示指明某SQL语句在当前session执行过程中所使用的资源情况的信息。可以使用下面的句
    子开启profile功能。其显示的SQL语句都是在最近发送给服务器执行的，显示SQL语句的多少由
    profiling_history_size会话及参数确定。默认为100，设置为0失能profile功能。
SHOW PROFILE [type [, type] ... ]
    [FOR QUERY n]
    [LIMIT row_count [OFFSET offset]]

type: {
    ALL
  | BLOCK IO
  | CONTEXT SWITCHES
  | CPU
  | IPC
  | MEMORY
  | PAGE FAULTS
  | SOURCE
  | SWAPS
}

SET profiling=ON;

  • 查看SQL语句的ID和总的执行时间等信息使用
    SHOW profile;或SHOW profiles;

  • 具体查看某个SQL语句的详细执行过程和资源使用情况使用
    SHOW profile FOR QUERY ID # ID为SHOW profile;命令显示的第一列

  • 查看具体对某种资源的使用情况和时间用
    SHOW profile CPU[|IPC...] FOR QUERY n;

  • 例子

mysql> SELECT @@profiling;
+-------------+
| @@profiling |
+-------------+
|           0 |
+-------------+
1 row in set (0.00 sec)

mysql> SET profiling = 1;
Query OK, 0 rows affected (0.00 sec)

mysql> DROP TABLE IF EXISTS t1;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> CREATE TABLE T1 (id INT);
Query OK, 0 rows affected (0.01 sec)

mysql> SHOW PROFILES;
+----------+----------+--------------------------+
| Query_ID | Duration | Query                    |
+----------+----------+--------------------------+
|        0 | 0.000088 | SET PROFILING = 1        |
|        1 | 0.000136 | DROP TABLE IF EXISTS t1  |
|        2 | 0.011947 | CREATE TABLE t1 (id INT) |
+----------+----------+--------------------------+
3 rows in set (0.00 sec)

mysql> SHOW PROFILE;
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| checking permissions | 0.000040 |
| creating table       | 0.000056 |
| After create         | 0.011363 |
| query end            | 0.000375 |
| freeing items        | 0.000089 |
| logging slow query   | 0.000019 |
| cleaning up          | 0.000005 |
+----------------------+----------+
7 rows in set (0.00 sec)

mysql> SHOW PROFILE FOR QUERY 1;
+--------------------+----------+
| Status             | Duration |
+--------------------+----------+
| query end          | 0.000107 |
| freeing items      | 0.000008 |
| logging slow query | 0.000015 |
| cleaning up        | 0.000006 |
+--------------------+----------+
4 rows in set (0.00 sec)

mysql> SHOW PROFILE CPU FOR QUERY 2;
+----------------------+----------+----------+------------+
| Status               | Duration | CPU_user | CPU_system |
+----------------------+----------+----------+------------+
| checking permissions | 0.000040 | 0.000038 |   0.000002 |
| creating table       | 0.000056 | 0.000028 |   0.000028 |
| After create         | 0.011363 | 0.000217 |   0.001571 |
| query end            | 0.000375 | 0.000013 |   0.000028 |
| freeing items        | 0.000089 | 0.000010 |   0.000014 |
| logging slow query   | 0.000019 | 0.000009 |   0.000010 |
| cleaning up          | 0.000005 | 0.000003 |   0.000002 |
+----------------------+----------+----------+------------+
7 rows in set (0.00 sec)

六.二进制日志

6.1 二进制日志

  • 二进制日志用来记录导致数据改变或潜在导致数据改变的SQL语句,也记录已提交的日志;其不依赖于存储引擎类型
  • 功能：通过“重放”日志文件中的事件来生成数据副本,是数据库恢复必不可少的日志文件
  • 由于二进制日志文件及其重要，建议将二进制日志和数据文件分开存放,最好放到不同磁盘；备份好的二进制文件
    放在远程服务器。

6.2 二进制日志记录可以配置三种格式

官方手册参考

STATEMENT基于"语句"记录：记录语句，默认模式(MariaDB 10.2.3 版本以下)，日志量较少
ROW基于"行"记录：记录数据，日志量较大
MIXED混合模式：让系统自行判定该基于哪种方式进行，默认模式(MariaDB 10.2.4及版本以上)

  • STATEMENT-BASED:当使用基于STATEMENT(语句)的二进制日志时，从主到从的复制通过主服务器将SQL语句
    写入二进制log。从服务器将二进制记录的SQL语句在其数据运行来生成原来数据库，该行为对应于基于statement
    的二进制日志。

  • ROW-BASED:当使用基于ROW(行/记录)的二进制日志时，主服务器将事务写入二进制log，意味这可以精确的
    确定每个表的某个行是如何变更的。主到从的复制通过将反映每个表的行更改的事务复制到到从服务器并执行
    生成原来的表和数据库，该过程就对应于基于ROW(行/记录)的二进制日志。

  • MIXED:当指定为基于MIXED的二进制日志格式时，默认是使用基于STATEMENT的记录格式；二进制日志自动切换为ROW-
    BASED时取决于特定的SQL语句和特定的存储引擎。

  • MySQL 5.7.7 之前, 基于STATEMENT的二进制格式为默认格式；MySQL 5.7.7 及更新的版本使用ROW-BASED格式为
    默认。

  • 三种格式的指定方式

    • 启动服务加选项：--binlog-format=STATEMENT|ROW|MIXED
    • 配置文件：binlog_format=STATEMENT|ROW|MIXED
    • session中：
MariaDB [hellodb]> select @@binlog_format;
+-----------------+
| @@binlog_format |
+-----------------+
| STATEMENT       |
+-----------------+
1 row in set (0.00 sec)

MariaDB [hellodb]> set binlog_format=ROW;
Query OK, 0 rows affected (0.00 sec)

MariaDB [hellodb]> select @@binlog_format;
+-----------------+
| @@binlog_format |
+-----------------+
| ROW             |
+-----------------+
1 row in set (0.00 sec)

6.3 二进制日志文件构成

  • 二进制文件由两种文件构成，日志文件和索引文件：一个或多个二进制日志文件，一个索引文件；日志文件存放真正的
    二进制日志，索引文件存放目前的所有二进制文件的文件名列表。

  • 日志文件:mysql|mariadb-bin.000* # 二进制格式
    如:mariadb-bin.000001

  • 索引文件:mysql|mariadb-bin.index # 文本格式

6.4 二进制日志相关变量

变量含义
sql_log_bin=ON|OFF是否记录二进制日志，默认ON
log_bin=/PATH/TO/BIN_LOG_FILE指定文件位置；默认OFF，表示不启用二进制日志功能，上述两项都开启才可
binlog_format=STATEMENT|ROW|MIXED二进制日志记录的格式
max_binlog_size=1073741824单个二进制日志文件的最大体积，到达最大值会自动滚动，默认为1G;文件达到上限时的大小未必为指定的精确值
sync_binlog=1|0设定是否启动二进制日志即时同步磁盘功能，默认0，由操作系统负责同步日志到磁盘
expire_logs_days=N二进制日志可以自动删除的天数。 默认为0，即不自动删除

6.5 二进制日志配置

  • 查看mariadb自行管理使用中的二进制日志文件列表，及大小
    SHOW {BINARY | MASTER} LOGS;
MariaDB [hellodb]> SHOW BINARY LOGS;
+--------------------+-----------+
| Log_name           | File_size |
+--------------------+-----------+
| mariadb-bin.000001 |  29086832 |
| mariadb-bin.000002 |       502 |
| mariadb-bin.000003 |       264 |
| mariadb-bin.000004 |       290 |
| mariadb-bin.000005 |  67634113 |
| mariadb-bin.000006 |       924 |
| mariadb-bin.000007 |       668 |
| mariadb-bin.000008 |       290 |
| mariadb-bin.000009 |       290 |
| mariadb-bin.000010 |       245 |
+--------------------+-----------+
10 rows in set (0.00 sec)
  • 查看使用中的二进制日志文件
    SHOW MASTER STATUS
MariaDB [hellodb]> SHOW MASTER STATUS;
+--------------------+----------+--------------+------------------+
| File               | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+--------------------+----------+--------------+------------------+
| mariadb-bin.000010 |      245 |              |                  |
+--------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
  • 查看二进制文件中的指定内容
    SHOW BINLOG EVENTS [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count]
MariaDB [hellodb]> SHOW BINLOG EVENTS IN 'mariadb-bin.000010';
+--------------------+-----+-------------+-----------+-------------+-------------------------------------------+
| Log_name           | Pos | Event_type  | Server_id | End_log_pos | Info                                      |
+--------------------+-----+-------------+-----------+-------------+-------------------------------------------+
| mariadb-bin.000010 |   4 | Format_desc |         1 |         245 | Server ver: 5.5.64-MariaDB, Binlog ver: 4 |
+--------------------+-----+-------------+-----------+-------------+-------------------------------------------+
1 row in set (0.00 sec)

MariaDB [(none)]> SHOW BINLOG EVENTS IN 'mariadb-bin.000005' FROM 2583366 LIMIT 4;
+--------------------+---------+------------+-----------+-------------+------------------------------------------------------------------------------------------------------------------+
| Log_name           | Pos     | Event_type | Server_id | End_log_pos | Info                                                                                                             |
+--------------------+---------+------------+-----------+-------------+------------------------------------------------------------------------------------------------------------------+
| mariadb-bin.000005 | 2583366 | Xid        |         1 |     2583393 | COMMIT /* xid=27253 */                                                                                           |
| mariadb-bin.000005 | 2583393 | Query      |         1 |     2583464 | BEGIN                                                                                                            |
| mariadb-bin.000005 | 2583464 | Intvar     |         1 |     2583492 | INSERT_ID=108946                                                                                                 |
| mariadb-bin.000005 | 2583492 | Query      |         1 |     2583655 | use `hellodb`; insert into testlog(name,age) values (concat('wang', NAME_CONST('i',8946)), NAME_CONST('i',8946)) |
+--------------------+---------+------------+-----------+-------------+------------------------------------------------------------------------------------------------------------------+
4 rows in set (0.00 sec)
  • 清除指定二进制日志

PURGE { BINARY | MASTER } LOGS { TO 'log_name' | BEFORE datetime_expr }

PURGE BINARY LOGS TO 'mariadb-bin.000003'; #删除mariadb-bin.000003之前的日志
PURGE BINARY LOGS BEFORE '2019-12-23';
PURGE BINARY LOGS BEFORE '2018-12-22 04:22:30';
  • 删除所有二进制日志，index文件重新记数
RESET MASTER [TO #]; #删除所有二进制日志文件，并重新生成日志文件，文件名从#开始记数，
默认从1开始，一般是master主机第一次启动时执行，MariaDB10.1.6开始支持TO #
  • 使用二进制日志的客户端命令工具:mysqlbinlog
    • 用法
mysqlbinlog [OPTIONS] log_file…
    --start-position=#  指定开始位置
    --stop-position=#
    --start-datetime=     #时间格式：YYYY-MM-DD hh:mm:ss
    --stop-datetime=
    --base64-output[=name]
    -v -vvv
  • 例：
mysqlbinlog --start-position=334 --stop-position=556 /var/lib/mysql/mariadb-bin.000003 -v
mysqlbinlog  --start-datetime="2019-09-18 20:33:10" --stop-datetime="2019-11-27 22:35:22" mariadb-bin.000003 -vvv
  • 二进制日志事件的格式
[root@old_centos7 /backup]#mysqlbinlog  /var/lib/mysql/mariadb-bin.000010 
...
# at 766
#191127 21:47:08 server id 1  end_log_pos 879   Query   thread_id=2     exec_time=0     error_code=0
SET TIMESTAMP=1574909228/*!*/;
DROP TABLE `teachers` /* generated by server */
/*!*/;
...
#############################################
事件发生的日期和时间：191127 21:47:08
事件发生的服务器标识：server id 1
事件的结束位置：end_log_pos 879
事件的类型：Query 
事件发生时所在服务器执行此事件的线程的ID：thread_id=2
语句的时间戳与将其写入二进制文件中的时间差：exec_time=0
错误代码：error_code=0
事件内容：DROP TABLE `teachers`
GTID：Global Transaction ID，mysql5.6以mariadb10以上版本专属属性：GTID
  • 切换日志文件
    FLUSH LOGS;
  • 切换日志后新生成一个二进制日志，重置日志大小，并记录到mariadb-bin.index文件中
stevenux
关注
专栏目录
MYSQL日志管理、备份与恢复
AH99999的博客
03-25 2783
物理备份—》关闭mysqld服务----》tar命令打包data目录（恢复就是解压他的tar包即可）逻辑备份—》mysqldump -u(用户) -p(密码) --databases 库1 库2 > xxx.sqlmysqldump -u -p 库1 表1 表2 > xxx.sql完全恢复mysql -u -p < xxx.sql (恢复数据库)mysql -u -p 库名 < xxx.sql (恢复表)增量备份开启二进制日志，设置二进制格式MIXED（混合）
MySQL日志管理、备份
y1701的博客
09-19 3675
MySQL日志管理、备份
MySQL 日志管理
Nonpc的博客
05-22 2230
文章目录MySQL所支持的日志文件操作二进制文件启动二进制文件 MySQL所支持的日志文件 每个用户都知道 , 日志文件用来记录其每天的行为 . MySQL软件所支持的日志文件 , 也用来记录该软件运行的各种信息 .例如 , 当用户root登录到MySQL服务器 , 就hi在日志文件里记录该用户的登录时间 , 操作记录等.当MySQL服务器运行时出错 , 出错因袭就会被记录到日志文件里. 日志操作...
MySQL日志管理、备份与恢复
lxplxplike的博客
06-21 1702
（1）使用mysqldump进行完全备份存在的问题备份数据中有重复数据备份时间与恢复时间过长是自上一次备份后增加/变化的文件或者内容没有重复数据，备份量不大，时间短恢复需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复（3）MySQL没有提供直接的增量备份方法（4）可通过MySQL提供的二进制日志间接实现增量备份（5）MySQL二进制日志对备份的意义二进制日志保存了所有更新或者可能更新数据库的操作。
mysql日志管理，备份与恢复
m0_66372974的博客
03-25 1566
mysql日志文件默认在 /usr/local/mysql/datamysql日志需要在配置文件内配置（/etc/my.cnf 下的[mysqld]模块配置）log-error=usr/local/mysql/data/mysql_error.log （指定日志文件位置及文件名）log-bin=mysql-bin 或 log_bin =mysql-bin二进制文件开启后，重启mysql会在目录查看到二进制日志，名称为，开启二进制后会产生一个索引文件二进制日志文件的索引。
MySQL 日志管理、备份与恢复
Lsssss123的博客
06-20 1687
备份的主要目的是灾难恢复还可以用来测试应用、回滚数据修改、查询历史数据、审计等在生产环境中，数据的安全性至关重要任何数据的丢失都可能产生严重的后果。
Mysql数据库：日志管理、备份与恢复
十七拾的博客
03-25 2293
本文主要介绍了mysql的日志管理、备份和恢复，详细阐释了mysql数据库的完全备份中的物理冷备份和逻辑热备份方法，以及增量备份中的一般备份、基于位置备份、基于时间备份等方法，希望对你有帮助！
mysql 日志
一路向前
04-26 2821
慢查询日志主要用来记录查询时间较长的日志。在开发环境下，可以开启慢查询日志来记录查询时间较长的查询语句，然后对这些语句进行优化。通过配置long_query_time的值，可以灵活地掌握不同程度的慢查询语句
MySQL日志文件详解
sheji888的专栏
07-23 1214
MySQL中的日志文件是MySQL数据库系统的重要组成部分，它们记录了数据库的运行情况、用户操作、错误信息等，对于数据库的维护、优化、故障排查和恢复都具有重要意义。
MySQL学习[5] ——MySQL日志
最新发布
shenfenxihuan的博客
08-14 5337
除了InnoDB存储引擎层生成的undo log和redo log，MySQL在完成一条更新操作后，Server层还会生成一条binlog，事务提交时会将该事务执行过程中产生的binlog统一写入binlog 文件。最开始 MySQL 里并没有 InnoDB 引擎，MySQL 自带的引擎是 MyISAM，但是 MyISAM 没有 crash-safe 的能力，binlog 日志只能用于归档。
MySQL日志管理详解
09-10
MySQL日志管理是数据库系统维护和优化的重要环节，它提供了对服务器运行状态的详细记录，帮助管理员监控数据库健康状况、追踪错误、优化性能以及实现数据恢复。MySQL中有六种主要的日志类型，每种都有其特定的功能和...
MySQL日志管理详细讲解
04-04
MySQL日志管理详细讲解 MySQL日志管理是数据库管理员的必备技能之一。日志文件记录了数据库的各种操作和错误信息，对于数据库的维护和错误排查起着至关重要的作用。本文将详细讲解 MySQL 日志管理的概念、种类、...
Nginx高级配置
热门推荐
Blog of Stevenux
01-06 3万+
一.状态页 Nginx 状态页类似于 apache 和 php 使用的状态页面，基于ngx_http_auth_basic_module 实现，在编译安装 nginx 的时候需要添加编译参数--with-http_stub_status_module， 否则配置完成之后监测会是提⽰语法错误。 server { server_name blog.suosuoli.cn; ...
Linux 防火墙详细介绍
Blog of Stevenux
12-31 3486
Linux 防火墙介绍 1. 一. 防火墙概念 1.1. 安全技术概念 计算机领域的安全技术多种多样，广义上来说，一般有:入侵检测系统(Intrusion Detection System)、入侵检测与防御系统(Intrusion Detection and Prevention System)和防火墙技术(Firewall)。 1.1.1. 入侵检测系统 入侵检测与管理系统(Intrusion...
HTTPD入门和常见配置
Blog of Stevenux
12-12 3118
HTTPD入门和常见配置一.HTTPD 介绍1.1 常见 http 服务器1.2 apache 介绍和 httpd 特点1.2.1 apache 介绍1.2.2 apache 特点1.2.3 apache 的特性 MPM二.HTTPD 安装及重要文件2.1 使用包管理器直接 rpm 包安装 httpd2.2 htpd-2.4 版本重要文件2.3 httpd 配置文件介绍2.4 编译安装 httpd...
LNMP-WordPress 站点搭建
Blog of Stevenux
01-11 2935
LNMP-WordPress 站点搭建一.部署数据库1.1 二进制部署 MySQL1.2 创建数据库和用户并授权1.3 验证账户访问权限二.部署 PHP2.1 编译安装 PHP 7.2.152.2 准备 PHP 配置文件2.3 启动 php-fpm 服务三.部署 Nginx3.1 下载 nginx3.2 修改源码 server 信息3.3 编译安装3.4 准备 php 测试页面3.5 配置 Ngi...
Redis(3)-高可用与集群
Blog of Stevenux
02-15 2824
Redis 高可用与集群 虽然 Redis 可以实现单机的数据持久化，但无论是 RDB 也好或者 AOF 也好，都解决 不了单点宕机问题，即一旦单台 redis 服务器本身出现系统故障、硬件故障等问题后， 就会直接造成数据的丢失，因此需要使用另外的技术来解决单点问题。 一.Redis 主从 主备模式，可以实现 Redis 数据的跨主机备份。程序端连接到高可用负载的 VIP，然后 连接到负载服务器设...
Nginx反向代理与负载均衡
Blog of Stevenux
01-11 2495
Nginx反向代理与负载均衡一. Nginx 反向代理1.1 反向代理介绍1.2 Nginx 反向代理1.2.1 Nginx 反向代理生产环境典型架构1.2.2 反向代理配置参数1.2.3 Nginx 反向代理示例将 http 请求代理到单台后端服务器代理时指定 location反向代理的缓存功能非缓存场景压力测试在代理服务器配置缓存访问并验证缓存开启缓存后压力测试加头部报文信息验证头部信息1.2...
MySQL日志管理：错误日志、查询日志与慢查询日志
"本文主要介绍了MySQL日志管理的各个方面，包括错误日志、查询日志、慢查询日志、二进制日志、中继日志、事务日志和滚动日志。错误日志用于记录服务器运行错误、启动/停止信息以及复制进程信息。查询日志记录所有非...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值