本文转载自:http://dev.mysql.com/doc/refman/5.5/en/query-log.html
The General Query Log
The general query log is a general record of what mysqld is doing. The server writes information to this log when clients connect or disconnect, and it logs each SQL statement received from clients. The general query log can be very useful when you suspect an error in a client and want to know exactly what the client sent to mysqld.
mysqld writes statements to the query log in the order that it receives them, which might differ from the order in which they are executed. This logging order is in contrast with that of the binary log, for which statements are written after they are executed but before any locks are released. In addition, the query log may contain statements that only select data while such statements are never written to the binary log.
When using statement-based logging all statements are written to the query log, but when using row-based logging, updates are sent as row changes rather than SQL statements, and thus these statements are never written to the query log when binlog_format
is ROW
. A given update also might not be written to the query log when this variable is set to MIXED
, depending on the statement used. See Section 17.1.2.1, “Advantages and Disadvantages of Statement-Based and Row-Based Replication”, for more information.
By default, the general query log is disabled. To specify the initial general query log state explicitly, use --general_log[={0|1}]
. With no argument or an argument of 1, --general_log
enables the log. With an argument of 0, this option disables the log. To specify a log file name, use --general_log_file=
. To specify the log destination, use file_name
--log-output
(as described in Section 5.2.1, “Selecting General Query and Slow Query Log Output Destinations”). The older options to enable the general query log, --log
and -l
, are deprecated.
If you specify no name for the general query log file, the default name is
. The server creates the file in the data directory unless an absolute path name is given to specify a different directory.host_name
.log
To disable or enable the general query log or change the log file name at runtime, use the global general_log
and general_log_file
system variables. Set general_log
to 0 (or OFF
) to disable the log or to 1 (or ON
) to enable it. Set general_log_file
to specify the name of the log file. If a log file already is open, it is closed and the new file is opened.
When the general query log is enabled, the server writes output to any destinations specified by the --log-output
option or log_output
system variable. If you enable the log, the server opens the log file and writes startup messages to it. However, further logging of queries to the file does not occur unless the FILE
log destination is selected. If the destination is NONE
, the server writes no queries even if the general log is enabled. Setting the log file name has no effect on logging if the log destination value does not contain FILE
.
Server restarts and log flushing do not cause a new general query log file to be generated (although flushing closes and reopens it). To rename the file and create a new one, use the following commands:
shell>mv
shell>host_name
.loghost_name
-old.logmysqladmin flush-logs
shell>mv
host_name
-old.logbackup-directory
On Windows, use rename rather than mv.
You can also rename the general query log file at runtime by disabling the log:
SET GLOBAL general_log = 'OFF';
With the log disabled, rename the log file externally; for example, from the command line. Then enable the log again:
SET GLOBAL general_log = 'ON';
This method works on any platform and does not require a server restart.
The session sql_log_off
variable can be set to ON
or OFF
to disable or enable general query logging for the current connection.
The general query log should be protected because logged statements might contain passwords. SeeSection 6.1.2.3, “Passwords and Logging”.
注:近期参加MySQL运维学习,老师推荐该文章作为学习和技术提高的扩展阅读,先记录到自己的博客中,随后慢慢消化、学习、提高。本文章与“日志系统”主题相关。
User Comments
On Windows, I could not get the Log Files to work using the default path of "C:/Program Files (x86)/MySQL/MySQL Server 5.1"
This was on Windows Server 2008 using 32-bit MySQL version 5.1.49
Moving the logs out of that directory and into the root C: fixed the issue for me. All I can figure is the logs don't like the parentheses in (x86), I've seen this a couple times before.
Anyway if it helps anyone, my current working my.ini file on Windows now looks like this:
[mysqld]
# Set Slow Query Log
long_query_time = 1
slow_query_log = 1
slow_query_log_file = "C:/slowquery.log"
#Set General Log
log = "C:/genquery.log"
Correct most system do not like "()" also the "." might cause issues, but it might be a good idea to have the files written some where else besides root. Maybe C:\MySql\Logs\(different sub-directory names base on category). Root should be locked down on Windows servers. Hope this helps..
The reason why the log file won't work in "C:/Program Files (x86)/MySQL/MySQL Server 5.1" is because programs need to be run with administrator privileges to be able to write or modify files within the program files folder.
Find "datadir" in "my.ini": for me the line is
datadir="C:/ProgramData/MySQL/MySQL Server 5.5/Data/"
Likly that something along this path is what you want