Mysql其他日志

于 2022-08-28 15:47:16 发布
阅读量454 收藏
点赞数
分类专栏： 数据库 文章标签： mysql 数据库 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/pmc0_0/article/details/126562599
版权

文章目录

日志类型

MySQL分为 二进制日志 、 错误日志 、 通用查询日志和 慢查询日志 ，这也是常用的4种。MySQL 8又新增： 中继日志 和 数据定义语句日志 。使用这些日志文件，可以查看MySQL内部发生的事情。
这6类日志分别为：

  • 慢查询日志：记录所有执行时间超过long_query_time的所有查询，方便我们对查询进行优化。
  • 通用查询日志：记录所有连接的起始时间和终止时间，以及连接发送给数据库服务器的所有指令，对我们复原操作的实际场景、发现问题，甚至是对数据库操作的审计都有很大的帮助。
  • 错误日志：记录MySQL服务的启动、运行或停止MySQL服务时出现的问题，方便我们了解服务器的状态，从而对服务器进行维护。
  • 二进制日志：记录所有更改数据的语句，可以用于主从服务器之间的数据同步，以及服务器遇到故障时数据的无损失恢复。
  • 中继日志：用于主从服务器架构中，从服务器用来存放主服务器二进制日志内容的一个中间文件。从服务器通过读取中继日志的内容，来同步主服务器上的操作。
  • 数据定义语句日志：记录数据定义语句执行的元数据操作。

日志弊端

  • 日志功能会降低MySQL数据库的性能 。
  • 日志会 占用大量的磁盘空间 。

一、慢查询日志

前面已了解

二、通用查询日志（general log）

通用查询日志用来记录用户的所有操作 ，包括启动和关闭MySQL服务、所有用户的连接开始时间和截止时间、发给 MySQL 数据库服务器的所有 SQL 指令等。当我们的数据发生异常时，查看通用查询日志，还原操作时的具体场景，可以帮助我们准确定位问题。

查看当前日志状态

SHOW VARIABLES LIKE '%general%';

在这里插入图片描述

默认是关闭的

开启日志

永久开启

修改my.cnf或者my.ini配置文件来设置。在[mysqld]组下加入log选项，并重启MySQL服务。如果不指定目录和文件名，通用查询日志将默认存储在MySQL数据目录中的hostname.log文件中，hostname表示主机名。格式如下：

[mysqld]
general_log=ON
general_log_file=[path[filename]] #日志文件所在目录路径，filename为日志文件名

临时开启

SET GLOBAL general_log=on; # 开启通用查询日志
SET GLOBAL general_log_file='path/filename'; # 设置日志文件保存位置

SET GLOBAL general_log=off; # 关闭通用查询日志

查看日志

文本形式可以直接文本编辑器打开

D:\Mysql\mysql-8.0.23-winx64\bin\mysqld, Version: 8.0.23 (MySQL Community Server - GPL). started with:
TCP Port: 3306, Named Pipe: MySQL
Time                 Id Command    Argument
2022-08-27T13:35:25.367523Z	   16 Query	SHOW VARIABLES LIKE 'general_log%'
2022-08-27T13:35:46.287516Z	   17 Query	SET PROFILING = 1
2022-08-27T13:35:46.287815Z	   17 Query	SHOW STATUS
2022-08-27T13:35:46.293366Z	   17 Query	SHOW STATUS
2022-08-27T13:35:46.300092Z	   17 Query	SELECT * FROM students
2022-08-27T13:35:46.300700Z	   18 Init DB	test434
2022-08-27T13:35:46.300956Z	   18 Query	SELECT * FROM `test434`.`students` LIMIT 0
2022-08-27T13:35:46.301294Z	   18 Init DB	test434
2022-08-27T13:35:46.301615Z	   18 Query	SHOW COLUMNS FROM `test434`.`students`
2022-08-27T13:35:46.308183Z	   17 Query	SHOW STATUS
2022-08-27T13:35:46.314398Z	   17 Query	SELECT QUERY_ID, SUM(DURATION) AS SUM_DURATION FROM INFORMATION_SCHEMA.PROFILING GROUP BY QUERY_ID
2022-08-27T13:35:46.315082Z	   17 Query	SELECT STATE AS `Status`, ROUND(SUM(DURATION),7) AS `Duration`, CONCAT(ROUND(SUM(DURATION)/0.000829*100,3), '') AS `Percentage` FROM INFORMATION_SCHEMA.PROFILING WHERE QUERY_ID=2 GROUP BY SEQ, STATE ORDER BY SEQ

三、错误日志(error log)

在MySQL数据库中，错误日志功能是 默认开启 的。而且，错误日志 无法被禁止 。

默认情况下，错误日志存储在MySQL数据库的数据文件夹下，名称默认为 mysqld.log （Linux系统）或 hostname.err （mac系统）。如果需要制定文件名，则需要在my.cnf或者my.ini中做如下配置：

[mysqld]
log-error=[path/[filename]] #path为日志文件所在的目录路径，filename为日志文件名

查看日志

SHOW VARIABLES LIKE 'log_err%';

在这里插入图片描述

进到相关路径找到相关文件，即可用文本编辑器打开

四、二进制日志(bin log)

binlog即binary log，二进制日志文件，也叫作变更日志（update log）。它记录了数据库所有执行的DDL 和 DML 等数据库更新事件的语句，以事件方式存储，但是不包含没有修改任何数据的语句（如数据查询语句select、show等）。

主要场景

  • 数据恢复
  • 数据复制
    在这里插入图片描述

数据恢复、主备、主主、主从都要用binlog日志

查看日志默认情况

mysql> show variables like '%log_bin%';
+---------------------------------+------------------------------------------------+
| Variable_name                   | Value                                          |
+---------------------------------+------------------------------------------------+
| log_bin                         | ON                                             |
| log_bin_basename                | D:\Mysql\mysql-8.0.23-winx64\Data\binlog       |
| log_bin_index                   | D:\Mysql\mysql-8.0.23-winx64\Data\binlog.index |
| log_bin_trust_function_creators | OFF                                            |
| log_bin_use_v1_row_events       | OFF                                            |
| sql_log_bin                     | ON                                             |
+---------------------------------+------------------------------------------------+
6 rows in set, 1 warning (0.01 sec)
  • log_bin_basename：基本文件名，重启一次mysql服务会新建一个binlog
  • log_bin_index：binlog文件索引，管理所有的binlog日志
  • log_bin_trust_function_creators：限制存储过程，这是因为二进制日志的一个重要功能是用于主从复制，而存储函数有可能导致主从的数据不一致。所以当开启二进制日志后，需要限制存储函数的创建、修改、调用（比如现在now()函数和主从复制时，调用的结果会不一样）
  • log_bin_use_v1_row_events：弃用

参数情况

修改MySQL的 my.cnf 或 my.ini 文件可以设置二进制日志的相关参数：

[mysqld]
#启用二进制日志
log-bin=pang-bin # 基础文件名
binlog_expire_logs_seconds=600 # 文件保留时间，单位为秒
max_binlog_size=100M # 单个binlog文件大小，并不能精确把控

如果想改变日志文件的目录和名称，linux系统新建的文件夹需要使用mysql用户，可以对my.cnf或my.ini中的log_bin参数修改如下：

[mysqld]
log-bin="/var/lib/mysql/binlog/pang-bin"

MySQL服务重新启动一次 ，以“.000001”为后缀的文件就会增加一个，并且后缀名按1递增。即日志文件的个数与MySQL服务启动的次数相同；如果日志长度超过了 max_binlog_size 的上限（默认是1GB），就会创建一个新的日志文件。

查看日志

查看binlog日志列表和大小

mysql> SHOW BINARY LOGS;
+---------------+-----------+-----------+
| Log_name      | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000434 |     32034 | No        |
| binlog.000435 |       521 | No        |
| binlog.000436 |      7719 | No        |
| binlog.000437 | 138018953 | No        |
| binlog.000438 |       615 | No        |
+---------------+-----------+-----------+
17 rows in set (0.70 sec)

所有对数据库的修改都会记录在binglog中。但binlog是二进制文件，无法直接查看，想要更直观的观测它就要借助mysqlbinlog命令工具了。下面命令将行事件以 伪SQL的形式 表现出来

mysqlbinlog --no-defaults -v "D:\Mysql\mysql-8.0.23-winx64\Data\binlog.000450"
.....
### UPDATE `test434`.`students`
### WHERE
###   @1=1
###   @2='lin'
###   @3='1'
### SET
###   @1=1
###   @2='hai'
###   @3='1'
# at 446
#220827 23:08:57 server id 1  end_log_pos 477 CRC32 0x158f90d5  Xid = 176
COMMIT/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;

上面这种办法读取出binlog日志的全文内容比较多，不容易分辨查看到pos点信息，下面介绍一种更为方便的查询命令：

mysql> show binlog events in 'binlog.000450';
+---------------+-----+----------------+-----------+-------------+--------------------------------------+
| Log_name      | Pos | Event_type     | Server_id | End_log_pos | Info                                 |
+---------------+-----+----------------+-----------+-------------+--------------------------------------+
| binlog.000450 |   4 | Format_desc    |         1 |         125 | Server ver: 8.0.23, Binlog ver: 4    |
| binlog.000450 | 125 | Previous_gtids |         1 |         156 |                                      |
| binlog.000450 | 156 | Anonymous_Gtid |         1 |         235 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| binlog.000450 | 235 | Query          |         1 |         322 | BEGIN                                |
| binlog.000450 | 322 | Table_map      |         1 |         388 | table_id: 99 (test434.students)      |
| binlog.000450 | 388 | Update_rows    |         1 |         446 | table_id: 99 flags: STMT_END_F       |
| binlog.000450 | 446 | Xid            |         1 |         477 | COMMIT /* xid=176 */                 |
+---------------+-----+----------------+-----------+-------------+--------------------------------------+
7 rows in set (0.00 sec)

这里一个update语句包含如下事件o

  • Query事件负责开始一个事务(BEGIN)
  • Table_map事件负责映射需要的表
  • Update_rows事件负责写入数据
  • Xid事件负责结束事务

使用日志恢复数据

# 增加三条数据
INSERT INTO students VALUES ('2', 'hong', 2)
INSERT INTO students VALUES ('3', 'huang', 2)
INSERT INTO students VALUES ('4', 'lu', 2)
# 更新一条数据
UPDATE students SET name = 'lan' WHERE class = 1
# 删除数据
DELETE FROM students WHERE class = 2

如果我们不小心删除了数据，这些都是已提交的事务，无法回滚，可以用binlog日志恢复到某一个事件节点

查看binlog日志，找到相关事务事件

mysql> show binlog events in 'binlog.000450';
+---------------+------+----------------+-----------+-------------+--------------------------------------+
| Log_name      | Pos  | Event_type     | Server_id | End_log_pos | Info                                 |
+---------------+------+----------------+-----------+-------------+--------------------------------------+
| binlog.000450 |    4 | Format_desc    |         1 |         125 | Server ver: 8.0.23, Binlog ver: 4    |
| binlog.000450 |  125 | Previous_gtids |         1 |         156 |                                      |
| binlog.000450 |  156 | Anonymous_Gtid |         1 |         235 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| binlog.000450 |  235 | Query          |         1 |         322 | BEGIN                                |
| binlog.000450 |  322 | Table_map      |         1 |         388 | table_id: 99 (test434.students)      |
| binlog.000450 |  388 | Update_rows    |         1 |         446 | table_id: 99 flags: STMT_END_F       |
| binlog.000450 |  446 | Xid            |         1 |         477 | COMMIT /* xid=176 */                 |
| binlog.000450 |  477 | Anonymous_Gtid |         1 |         556 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| binlog.000450 |  556 | Query          |         1 |         634 | BEGIN                                |
| binlog.000450 |  634 | Table_map      |         1 |         700 | table_id: 99 (test434.students)      |
| binlog.000450 |  700 | Write_rows     |         1 |         747 | table_id: 99 flags: STMT_END_F       |
| binlog.000450 |  747 | Xid            |         1 |         778 | COMMIT /* xid=239 */                 |
| binlog.000450 |  778 | Anonymous_Gtid |         1 |         857 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| binlog.000450 |  857 | Query          |         1 |         935 | BEGIN                                |
| binlog.000450 |  935 | Table_map      |         1 |        1001 | table_id: 99 (test434.students)      |
| binlog.000450 | 1001 | Write_rows     |         1 |        1049 | table_id: 99 flags: STMT_END_F       |
| binlog.000450 | 1049 | Xid            |         1 |        1080 | COMMIT /* xid=246 */                 |
| binlog.000450 | 1080 | Anonymous_Gtid |         1 |        1159 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| binlog.000450 | 1159 | Query          |         1 |        1237 | BEGIN                                |
| binlog.000450 | 1237 | Table_map      |         1 |        1303 | table_id: 99 (test434.students)      |
| binlog.000450 | 1303 | Write_rows     |         1 |        1348 | table_id: 99 flags: STMT_END_F       |
| binlog.000450 | 1348 | Xid            |         1 |        1379 | COMMIT /* xid=253 */                 |
| binlog.000450 | 1379 | Anonymous_Gtid |         1 |        1458 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| binlog.000450 | 1458 | Query          |         1 |        1545 | BEGIN                                |
| binlog.000450 | 1545 | Table_map      |         1 |        1611 | table_id: 99 (test434.students)      |
| binlog.000450 | 1611 | Update_rows    |         1 |        1669 | table_id: 99 flags: STMT_END_F       |
| binlog.000450 | 1669 | Xid            |         1 |        1700 | COMMIT /* xid=271 */                 |
| binlog.000450 | 1700 | Anonymous_Gtid |         1 |        1779 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |
| binlog.000450 | 1779 | Query          |         1 |        1857 | BEGIN                                |
| binlog.000450 | 1857 | Table_map      |         1 |        1923 | table_id: 99 (test434.students)      |
| binlog.000450 | 1923 | Delete_rows    |         1 |        1993 | table_id: 99 flags: STMT_END_F       |
| binlog.000450 | 1993 | Xid            |         1 |        2024 | COMMIT /* xid=293 */                 |
+---------------+------+----------------+-----------+-------------+--------------------------------------+
32 rows in set (0.01 sec)

可以先看Event_type，三个Write_rows，一个Update_rows，一个Delete_rows，就是对应我们刚刚的更新SQL，BEGIN到COMMIT是一个完整的事件，我们基于Pos去恢复

基于Pos恢复

如果我们想恢复插入的三条数据，可以找到

| binlog.000450 |  556 | Query          |         1 |         634 | BEGIN                                |
......
| binlog.000450 | 1379 | Anonymous_Gtid |         1 |        1458 | SET @@SESSION.GTID_NEXT= 'ANONYMOUS' |

mysqlbinlog --no-defaults --start-position=556 --stop-position=1379 --database=test434 D:\Mysql\mysql-8.0.23-winx64\Data\binlog.000450 | mysql -uroot -p123456 -v test434

--no-defaults # 解决字符集冲突
--start-position # 开始位置
--stop-position # 停止位置
--database # 数据库名称
D:\Mysql\mysql-8.0.23-winx64\Data\binlog.000450 # binlog日志文件
mysql -u用户名 -p密码 # mysql用户名和密码输入

恢复后查询可以看到被删除的数据

删除binlog日志

PURGE {MASTER | BINARY} LOGS TO '指定日志文件名' # 删除该指定日志文件名之前的所有文件
PURGE {MASTER | BINARY} LOGS BEFORE '指定日期' # 删除指定日期

mysql> SHOW BINARY LOGS;
+---------------+-----------+-----------+
| Log_name      | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000434 |     32034 | No        |
| binlog.000435 |       521 | No        |
| binlog.000436 |      7719 | No        |
| binlog.000437 | 138018953 | No        |
| binlog.000438 |       615 | No        |
| binlog.000439 |       179 | No        |
| binlog.000440 | 507565335 | No        |
| binlog.000441 |       179 | No        |
| binlog.000442 |  63289288 | No        |
| binlog.000443 |      1459 | No        |
| binlog.000444 |     12522 | No        |
| binlog.000445 |      3493 | No        |
| binlog.000446 |       179 | No        |
| binlog.000447 |      1193 | No        |
| binlog.000448 |       519 | No        |
| binlog.000449 |       200 | No        |
| binlog.000450 |      2024 | No        |
+---------------+-----------+-----------+
17 rows in set (0.44 sec)

删除450之前的

mysql> purge master logs to 'binlog.000450';
Query OK, 0 rows affected (0.20 sec)

mysql> SHOW BINARY LOGS;
+---------------+-----------+-----------+
| Log_name      | File_size | Encrypted |
+---------------+-----------+-----------+
| binlog.000450 |      2951 | No        |
+---------------+-----------+-----------+
1 row in set (0.00 sec)

日期删除

# 先打开文件查看日期
mysqlbinlog --no-defaults -v "D:\Mysql\mysql-8.0.23-winx64\Data\binlog.000450"
# 然后删除
PURGE {MASTER | BINARY} LOGS BEFORE '指定日期' # 删除指定日期

其他场景

二进制日志可以通过数据库的 全量备份 和二进制日志中保存的 增量信息 ，完成数据库的 无损失恢复 。但是，如果遇到数据量大、数据库和数据表很多（比如分库分表的应用）的场景，用二进制日志进行数据恢复，是很有挑战性的，因为起止位置不容易管理。在这种情况下，一个有效的解决办法是 配置主从数据库服务器 ，甚至是 一主多从 的架构，把二进制日志文件的内容通过中继日志，同步到从数据库服务器中，这样就可以有效避免数据库故障导致的数据异常等问题。

二进制日志(binlog)写入策略

binlog的写入时机也非常简单，事务执行过程中，先把日志写到 binlog cache ，事务提交的时候，再把binlog cache写到binlog文件中。因为一个事务的binlog不能被拆开，无论这个事务多大，也要确保一次性写入，所以系统会给每个线程分配一个块内存作为binlog cache。

在这里插入图片描述

  • write和fsync的时机，可以由参数 sync_binlog 控制，默认是 0 。为0的时候，表示每次提交事务都只write，由系统自行判断什么时候执行fsync。虽然性能得到提升，但是机器宕机，page cache里面的binglog 会丢失。
  • 设置为 1 ，表示每次提交事务都会执行write和fsync，就如同redo log 刷盘流程差不多一样（redo刷盘都会存在一个后台线程默认行为）。
  • 可以设置为N(N>1)，表示每次提交事务都write，但累积N个事务后才fsync。

三个参数共同点都是事务提交时才write

binlog与redolog对比

  • redo log 它是 物理日志 ，记录内容是“在某个数据页上做了什么修改”，属于 InnoDB 存储引擎层产生
    的。
  • 而 binlog 是 逻辑日志 ，记录内容是语句的原始逻辑，类似于“给 ID=2 这一行的 c 字段加 1”，属于
    MySQL Server 层。
  • redo log 刷盘策略不同，以基本的事务为单位，redo log在事务执行过程中可以不断写入，而binlog只有在提交事务时才写入，所以redo log与binlog的 写入时机 不一样。

在这里插入图片描述

redo的刷盘方式是有一个后台线程不断刷盘，即使在事务执行过程中，而binlog只会在事务提交时才会写入page cache

两阶段提交

问题产生

在这里插入图片描述

结果
在这里插入图片描述

主机和从备机数据不一致

为了解决两份日志之间的逻辑一致问题，InnoDB存储引擎使用两阶段提交方案。

在这里插入图片描述

写入binlog异常

在这里插入图片描述

redo log处于prepare阶段，检查对应的binlog日志，没有则回滚

redo log设置commit阶段发生异常

在这里插入图片描述

并不会回滚事务，它会执行上图框住的逻辑，虽然redo log是处于prepare阶段，但是能通过事务id找到对应的binlog日志，所以MySQL认为是完整的，就会提交事务恢复数据。

五、中继日志

中继日志只在主从服务器架构的从服务器上存在。从服务器为了与主服务器保持一致，要从主服务器读取二进制日志的内容，并且把读取到的信息写入 本地的日志文件 中，这个从服务器本地的日志文件就叫中继日志 。然后，从服务器读取中继日志，并根据中继日志的内容对从服务器的数据进行更新，完成主从服务器的 数据同步 。搭建好主从服务器之后，中继日志默认会保存在从服务器的数据目录下。文件名的格式是： 从服务器名 -relay-bin.序号 。中继日志还有一个索引文件： 从服务器名 -relaybin.index ，用来定位当前正在使用的中继日志。

pmc0_0
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
mysql日志
qq_36801966的博客
09-08 710
在mysql中，最基本的日志类型有5种，分别是：错误日志、二进制日志、查询日志，慢查询日志和中继日志首先确认日志是否启用show variables like 'log_bin';如果启用了，既值为ON日志文件就在mysql安装目录下的data目录下开启mysql日志在mysql配置文件中my.ini(在[mysqlld]下方加入) log="D:/phpstudy/MySQL/logs/mysql
MySQL日志
hhhanpan的博客
03-19 611
MySQL日志 记录MySQL数据库运行期间的日常操作、客户端连接情况、SQL语句的执行情况和错误信息的文件。当数据库遭到意外损害时，可通过日志文件来查询出错原因，可通过日志文件进行数据恢复。 例如，一个名为huang的用户登录到MySQL服务器。日志中就会记录这个用户的登录时间、执行的 操作等，如果出现异常，异常信息也会被记录到日志文件中。 MySQL日志分为4种，分别是二进制日志、...
MySQL 慢日志
最新发布
m0_66412572的博客
08-23 495
慢日志全称为慢查询日志（Slow Query Log），MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阀值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。
MySQL:MySQL日志
熊诗言的博客
11-18 596
【例15.1】使用SHOW VARIABLES语句查询日志设置，执行的语句及结果如下：  SHOW VARIABLES LIKE 'log_%' ; 【例15.2】使用SHOW BINARY LOGS将查看二进制日志文件个数及文件名，执行命令及结果如下：  SHOW BINARY LOGS; 【例15.3】使用mysqlbinlog查看二进制日志，执行命令及结果如下： C:\> my
mysql的my.ini配置
From zero
11-07 915
[mysql] # 设置mysql客户端默认字符集 default-character-set=utf8 [mysqld] # 设置3306端口 port = 3306 # 设置mysql的安装目录 basedir =C:\web\mysql-8.0.13-winx64 # 设置 mysql数据库的数据的存放目录，MySQL 8+ 不需要以下配置，系统自己生成即可，否则有可能报错 # datad...
MySQL 学习笔记5-调优篇
@码农充电站的专栏
11-05 430
目录41，MySQL 中的全局锁，表锁，行锁1，全局锁2，表锁3，行锁 41，MySQL 中的全局锁，表锁，行锁 1，全局锁 全局锁就是对整个数据库实例加锁。MySQL 提供了加全局读锁的命令（FTWRL）： > Flush tables with read lock 该命令会使整个库处于只读状态，之后其他线程的以下语句会被阻塞： 数据更新语句（数据的增删改）、 数据定义语句（包括建表、修改表结构等） 更新类事务的提交语句 2，表锁 3，行锁 ......
mysql - 6.慢查询
qq_33199919的博客
04-14 146
上一节讲到了建表思想，那如果想要通过优化表结构 来提高执行sql的效率 已经没办法做到了。这个时候就要从另外找一个角度着手：根据sql语句的应用场景，根据表内数据量的变化来进行优化。 Q: 现在找到前进的方向了，既然有些sql语句执行时间长，那就对这些sql进行优化么！ 可是我怎么样才能知道哪些sql语句操作时间比较长呢？ A : 1.每执行一个sql 就去看一次执行...
MySQL日志管理详解
09-10
MySQL日志管理是数据库系统维护和优化的重要环节，它提供了对服务器运行状态的详细记录，帮助管理员监控数据库健康状况、追踪错误、优化性能以及实现数据恢复。MySQL中有六种主要的日志类型，每种都有其特定的功能和...
mysql日志滚动
09-10
除了这两个主要的日志，还有其他一些MySQL日志相关的变量，如二进制日志（binlog）和重放日志（relay_log），它们对于数据库的复制和恢复也非常重要： 3. **binlog**：记录所有更改数据的事务，用于主从复制。 - `...
mysql8.0审计日志插件mariaDb安装失败记录
08-15
可能需要查看MariaDB的版本历史和发行说明，寻找关于MySQL 8.0支持的信息，或者寻找其他开发者社区和论坛中关于这个问题的讨论和解决方案。 此外，还有一种可能的解决方法是寻找替代的审计日志解决方案。MySQL 8.0...
MySql审计日志实现方案
08-15
Mysql审计日志实现方案 在 MySQL 中，审计日志是数据库安全和合规性的重要组成部分。它可以记录数据库的操作行为、登录信息、错误信息等，作为数据库管理员和安全管理员的重要参考依据。然而，实现 MySQL 审计日志...
Mysql出现 Shutdown complete (mysqld 8.0.26) MySQL Community Server - GPL问题
热门推荐
weixin_50994283的博客
09-29 2万+
问题现象： 输入mysqld --console后出现下图文字，且MySQL启动失败 解决办法： ① 启动任务管理器（CTRL+shift+esc），关闭下图进程 ② 如果还不行的话，就前往MySQL安装目录的data文件夹，找到下图两个文件并删除 即可解决问题 ...
Into outfile禁用情况下另类方法拿webshell
weixin_30932215的博客
03-24 255
首先环境如下： OS:Windows 2003 WAF:Safe Dog 4.0正式版 phpmyadmin:4.7（许多都可以） Mysql:5.5+ PHP:5.3 Apache:2.x 总结方法如下：outfile被禁止的情况下： show variables like '%general%'; set...
Shutdown complete (mysqld 8.0.22) MySQL Community Server - GPL.
qq_52841079的博客
05-14 3376
Shutdown complete (mysqld 8.0.22) MySQL Community Server - GPL. 我之前初始化mysql时出现这个错误 是因为mysql里面多了一个data文件夹，把它删除就行 但如果有重要资料，记得把data里面的数据导出备份 ...
Centos6.4下安装5.6.42 MySQL Community Server (GPL)
weixin_42496678的博客
11-15 1833
环境：centos 一：首先配置一个静态ip地址： 这里采用的是：NAT模式下的静态IP   1）虚拟机联网方式修改成NAT模式   2）进入虚拟机的 /etc/sysconfig/network-scripts目录           cd /etc/sysconfig/network-scripts   3）编辑文件     vi  ifcfg-ens33 修改：      BOOT...
Cent OS7 安装MYSQL 5.7.22 MySQL Community Server (GPL)（二进制安装及使用问题和解决办法）
chaigang的博客
05-16 4521
先删除，卸载旧的MYSQL。请百度，完了重启虚拟机我下载的版本是5.7.221、直接wget https://dev.mysql.com/get/Downloads/MySQL-5.7/mysql-5.7.22-el7-x86_64.tar.gz我参考的是这个教程：https://www.cnblogs.com/cz-xjw/p/8006904.html  【基本以这个教程为准，但也有小部分差异】...
MySQL-SQL性能优化
牧码人
10-24 206
性能下降 SQL执行慢 查询SQL写的烂 索引失效：没有建索引或索引没有使用，符合索引使用不正确 - 单索引：CREATE INDEX t_sm_user_name ON user(name); - 复合索引: CREATE INDEX t_sm_user_name_age_tel ON user(name,age,tel); 关联查询join太多 SQL的加载顺序 1. ...
Mac安装 Server version: 5.7.19 MySQL Community Server (GPL)的整个过程
helloxiaozhe的博客
08-22 4602
Mac安装 Server version: 5.7.19 MySQL Community Server (GPL)的整个过程
如何利用 MySQL 攻破数据库性能瓶颈？
CSDN资讯
06-23 2661
作者 |阿文 责编 | 郭芮 今天和大家分享一下 MySQL 的慢日志。 在实际工作中，我面对很多用户会经常碰到一个问题，那就是在使用 MySQL 时，执行一条语句需要很长时间返回，这是为什么呢？当你在使用 MySQL 中，当发现一些性能问题的时，比如执行一个语句要很长时间才返回结果，我们称之为慢查询，一般来说，发生慢查询的原因有： 你的索引设计有问题，可能会导致每次执行语句...
MySQL日志详解：错误日志、常规日志与慢查询日志
“这是一份关于Linux运维中MySQL日志的学习笔记，主要涵盖了MySQL的各种日志类型，包括错误日志、常规日志、慢查询日志和二进制日志，以及审计日志。笔记详细介绍了如何查看和配置这些日志，以帮助运维人员更好地...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值