mysql8错误⽇志_mysql8参考⼿册--错误⽇志消息格式 错误⽇志消息格式
每个错误⽇志接收器(编写器)组件都有⼀种特征输出格式，⽤于将消息写到其⽬的地，但是其他因素可能会影响消息的内容：
聚氨酯1⽇志编写器可⽤的信息。如果在执⾏写⼊程序组件之前执⾏的⽇志过滤器组件删除了⽇志事件属性，则该属性不可⽤于写⼊。有关⽇志过滤的信息，请参见第5.4.2.3节“错误⽇志过滤的类型”。
系统变量可能会影响⽇志编写器。请参阅 影响错误⽇志格式的系统变量。
对于所有⽇志编写器，错误⽇志消息中包含的ID是mysqld中负责编写消息的线程的ID 。这表明服务器的哪⼀部分产⽣了该消息，并且与常规查询⽇志和慢速查询⽇志消息(包括连接线程ID)⼀致。 该⽇志编写器⽣成传统的错误⽇志输出。它使⽤以下格式写消息：
timestamp thread_id [priority] [err_code] [subsystem] message
的[和]⽅括号字符是在消息格式⽂本字符。它们并不表⽰字段是可选的。
在 [err_code]和 [subsystem]在MySQL 8.0中添加。它们将在旧服务器⽣成的⽇志中丢失。⽇志解析器可以将这些字段视为消息⽂本的⼀部分，仅对服务器最近写⼊的⽇志(包括它们)显⽰。解析器必须将[err_code]指标的⼀部分 err_code 视为字符串值。err_code
例⼦：
2018-03-22T12:35:47.538083Z 0 [Note] [MY-012487] [InnoDB] InnoDB: DDL log recovery : begin
2018-03-22T12:35:47.550565Z 0 [Warning] [MY-010068] [Server] CA certificate /var/mysql/sslinfo/cacert.pem is self signed.
2018-03-22T12:35:47.669397Z 4 [Note] [MY-010051] [Server] Event Scheduler: scheduler thread started with id 4
2018-03-22T12:35:47.550939Z 0 [Note] [MY-010253] [Server] IPv6 is available.
log_sink_json的输出格式
JSON格式的⽇志编写器将消息⽣成为包含键值对的JSON对象。例如：
{ "prio": 3, "err_code": 10051, "subsystem": "Server",混凝土隧道湿喷机
"source_file": "", "function": "run",
"msg": "Event Scheduler: scheduler thread started with id 4",
"time": "2018-03-22T12:35:47.669397Z", "thread": 4,
"err_symbol": "ER_SCHEDULER_STARTED", "SQL_state": "HY000",
石墨烯的制备
"label": "Note" }
log_sink_syseventlog的输出格式
系统⽇志编写器产⽣的输出符合本地平台上使⽤的系统⽇志格式。
早期启动⽇志记录的输出格式
服务器在处理启动选项之前以及因此知道错误⽇志设置(例如log_error_verbosity和 log_timestamps值)以及要使⽤的⽇志组件之前，会⽣成⼀些错误⽇志消息 。服务器处理在启动过程早期⽣成的错误⽇志消息，如下所⽰：
在MySQL 8.0.14之前，服务器⽣成具有默认时间戳，格式和详细级别的消息，并对其进⾏缓冲。在处
理启动选项并知道错误⽇志配置之后，服务器将刷新缓冲的消息。由于这些早期消息使⽤默认的⽇志配置，因此它们可能与启动选项所指定的不同。此外，除了默认值以外，早期消息不会刷新到⽇志编写器。例如，登录到JSON编写器不包括这些早期消息，因为它们不是JSON格式。
从MySQL 8.0.14开始，服务器缓冲⽇志事件，⽽不是格式化⽇志消息。这样⼀来，它便可以在知道设置后将配置设置追溯应⽤到那些事件，结果刷新的消息将使⽤配置的设置，⽽不是默认设置。同样，消息将刷新到所有已配置的编写器，⽽不仅仅是默认的编写器。
如果在知道⽇志配置之前发⽣致命错误，并且服务器必须退出，则服务器不会丢失。如果没有发⽣致命错误，但是在处理启动选项之前启动速度过慢，则服务器会使⽤⽇志记录默认值定期格式化和刷新缓冲的消息，以免显得⽆响应。尽管这些⾏为与8.0.14之前的⾏为类似，因为使⽤了默认值，但在发⽣异常情况时，它们⽐丢失消息更好。
影响错误⽇志格式的系统变量
该log_timestamps系统变量控制在写⼊错误⽇志消息时间戳的时区(以及⼀般查询⽇志和慢查询⽇志⽂件)。允许的值为 UTC(默认值)和SYSTEM(本地系统时区)。
错误⽇志⽂件刷新和重命名
如果使⽤FLUSH ERROR LOGS，FLUSH LOGS或mysqladmin flush-logs刷新错误⽇志，则服务器将关闭并重新打开它正在写⼊的任何错误⽇志⽂件。要重命名错误⽇志⽂件，请在刷新前⼿动进⾏重命名。刷新⽇志，然后使⽤原始⽂件名打开⼀个新⽂件。例如，假设⽇志⽂件名为 ，以重命名该⽂件并创建⼀个新⽂件，请使⽤以下命令：
mv -old
mysqladmin flush-logs
mv -old backup-directory
在Windows上，请使⽤重命名⽽不是 mv。
如果服务器⽆法写⼊错误⽇志⽂件的位置，则⽇志刷新操作将⽆法创建新的⽇志⽂件。例如，在Linux上，服务器可能将错误⽇志写⼊
119b
速记教程该/var/log/mysqld.log⽂件，该/var/log⽬录root由mysqld拥有 并且不可写 。有关处理这种情况的信息，请参见第5.4.7节“服务器⽇志维护”。
生产数据采集如果服务器未写⼊命名的错误⽇志⽂件，则刷新错误⽇志时不会发⽣任何错误⽇志⽂件重命名。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议