mysql日志文件相关的配置

1、log_output=【file | table | none 】

  这个参数指定general_log &slow_query_log 的输出目标、可以是table | file | none 这向个值;

  如果取table 那么日志会输出到mysql.general_log 和mysql.slow_log表中去

2、general_log=【1 | 0】

  这个参数用来控制general_log是否开

3、general_log_file=【日志文件的全路径】

  在general_log=1 且 log_output=file 的情况下general log 要输出到的目标文件

4、sql_log_off=【on | off | 1 | 0】

  控制当前session是否记录general log

5、slow_query_log=【1 | 0】

  这个参数用来控制是否开启慢查询日志

6、slow_query_log_file=【日志文件的全路径】

  在log_output=file & slow_query_log=1 的情况下慢查询日志保存的目标文件

7、long_query_time=【秒】

  确定一条SQL是不是慢查询,那么就把这条SQL执行的时间与long_query_time的值进行比较、如果大于就算是慢查询。注意根据官方文档

  上的说明这个时间指的是开始执行到结束的这一段时间、在执行前可能还有一段时间用来等待锁了,这段等待时间不算的。

8、log_slow_admin_statements=【on | off】

  管理语句是否记录到慢查询当中去、我做了一下测试;发起的create user | drop table | alter table 都没有被记录,也就这个还要满足

  long_query_time的要求吧。

9、log_slow_slave_statements=【on | off 】

  这个参数用于控制slave端SQL线程执行的慢的查询是不是也加到slow log中去。

10、log_queries_not_using_indexes=【on | off】

  这个参数用于控制没有走索引的查询语句是否记录到slow log中去。

11、log_throttle_queries_not_using_indexes=【最多的次数】

  这个参数与log_queries_not_using_indexes这个参数有关、如果把log_queries_not_using_indexes设置为开启、只要SQL没有用到索引

  就会被记录到slow当中去、如果一分内有大量的没有用到索引的SQL被执行的话、那么它们都会被记录到slow里面去、然而有好多都是类似的、

  这样就引起slow没有必要的增大、我们读起来也麻烦;为了解决这个问题log_throttle_queries_not_using_indexes就运而生、它用于控制

  一分钟内记录到slow文件中去的满足log_queries_not_using_indexes条件的SQL数;默认是0也就是说没有限制。

时间: 2024-11-05 01:06:13

mysql日志文件相关的配置的相关文章

MySQL日志文件

1)错误日志(error log) 错误日志对MySQL的启动.运行.关闭过程进行了记录. 通过show variables like 'log_error'来定位该文件. mysql> show variables like 'log_error'; +---------------+---------------------------------+ | Variable_name | Value | +---------------+----------------------------

Linux下自动清除MySQL日志文件

MySQL运行过程中会生成大量的日志文件,占用不少空间,修改my.cnf文件配置bin-log过期时间,在Linux下自动清除MySQL日志文件 [mysqld] expire-logs-days=7 max-binlog-size=268435456

lnmp vps服务器删除mysql日志文件三种方法

我在上一篇文章介绍了著名的LNMP主机一键安装工具,对比了军哥lnmp和AMH主机的差别,由于AMH拥有用户后台界面,易于新手操作,值得推荐. 但是,上周末我网站宕机,收到DNSPOD发来了宕机提醒,不得不半夜爬起来处理VPS问题,最终查明原因是AMH运行产生了大量的mysql数据库二进制文件,25GB的VPS硬盘几乎占满,导致网站不稳定,出现502宕机错误. AMH作者给出了解决办法,我不喜欢,其实后台修改配置就好了.考虑到所有lnmp vps用户的方便,我把所有解决办法都列出来给各位参考:

NGINX按天生成日志文件的简易配置

NGINX按天生成日志文件的简易配置 0x01 最近后端童鞋遇到一个小需求,拆分nginx生成的log文件,最好是按天生成,看着她还有很多bug待改的状态,我说这个简单啊,我来吧.曾经搞node后端的时候,这些东西都so easy的,我还记得当时用log4js,几行配置文件就能搞定,现在就算是直接配置nginx应该也不会特别麻烦. 0x02 先说一下项目的大概架构.整个项目采用docker部署,一共三个container,一个getaway负责整个服务的网络转发,然后就是一个backend和fr

删除mysql日志文件

今天发现网站不能正常访问,于是登陆服务器查找问题. 机智的我随手用命令:df -l 发现 硬盘爆满了,于是就知道 问题所在了. Filesystem 1K-blocks Used Available Use% Mounted on /dev/xvda1 20641404 16963004 16929876 100% / tmpfs 960368 0 960368 0% /dev/shm /dev/xvdb1 51599192 4845536 44132564 10% /home/sam/shar

mysql 日志文件mysql-bin文件清除方法,和mysql-bin相关文件的配置

默认情况下mysql会一直保留mysql-bin文件,这样到一定时候,磁盘可能会被撑满,这时候是否可以删除这些文件呢,是否可以安全删除,是个问题. 首先要说明一下,这些文件都是mysql的日志文件,如果不做主从复制的话,基本上是没用的,虽然没用,但是不建议使用rm命令删除,这样有可能会不安全,正确的方法是通过mysql的命令去删除. mysql -u root -p 登录mysql mysql> reset master; 运行删除bin日志命令 Query OK, 0 rows affecte

深入浅出MySQL开发优化和管理维护学习笔记之MySQL日志文件

一.配置文件分类与参数 错误日志 数据库启停过程中错误,运行过程中的异常. 保存方式: 文件 启用方式:无需使用开关参数启用,默认开启 相关参数 文件位置参数log_error,如果不指定值默认在DATADIR目录下,名称为host_name.error. 2.二进制(bin)日志 所有DDL和DML但不包含查询语句. 保存方式: 文件 启用方式:需要配置文件中设置开关参数启用,默认关闭(OFF) 文件位置参数log_bin,如果不指定名称,名称为host_name-bin.NUM:如果只指定名

mysql日志文件开启及详解:General_log 和 Binlog

使用记录: SHOW VARIABLES LIKE "general_log%"; SET GLOBAL general_log = 'ON'; SET GLOBAL general_log_file = 'd:\mysql.log'; General_log 详解 1.介绍 开启 general log 将所有到达MySQL Server的SQL语句记录下来. 一般不会开启开功能,因为log的量会非常庞大.但个别情况下可能会临时的开一会儿general log以供排障使用. 相关参数

MySQL日志文件与分析

1.查询日志.慢查询日志.二进制日志对比 查询日志 general_log 会记录用户的所有操作,其中包含增删查改等 可以指定输出为表 慢查询日志 slow_log 只要超过定义时间的所有操作语句都记录 可以指定输出为表 二进制日志 log_bin 记录可能执行更改的所有操作 mysqlbinlog查看 2.日志的分析 2.1日志的存储 数据操作过程中,Mysqld是将接收到的语句按照接收的顺序(注意不是执行顺序)写到查询日志文件中.一条一条就类似这样: # Time: 070927 8:08: