一块磁盘导致的后端服务崩溃

不当的 RAID5 修复操作导致坏扇区和 MySQL 服务崩溃。
修复：清理坏块，规范硬件操作。
提醒：定期备份并管理工具操作。

MySQL8.0错误日志Error log

上周我查看了MySQL日志配置。

关于mysqld的启动和关闭时间，请参见错误日志。

还有诊断消息。
例如，需要检查或修理桌子。

错误日志也可以写入到performance_schema.error_log表中。

mysqld_safe 在启动 mysqld 时也会写入错误日志。

mysqld_safe 重新启动 mysqld 并记录消息。

MySQL8 .0采用组件架构。

错误记录系统具有过滤和写入组件。

配置激活哪些组件的系统变量。

log_error_services 控制启用哪些组件。

多个组成部分用逗号或分号分隔。

组件分为两类：过滤器和接收器。
过滤器类组件过滤信息。

Sink 类组件将日志写入不同的位置。

log_filter_internal 过滤内部错误事件。

log_error_verbosity 影响过滤。

log_error_suppression_list 过滤错误号。

按用户规则进行拉网过滤。

log_error 指定日志目的地。

log_sink_internal 默认写入文件。

log_sink_json 写入文件和 JSON。

log_sink_test 写入测试信息。

log_sink_syseventlog 写入系统日志。

想要添加log_sink_json。

配置 log_error_verbosity 以仅记录错误。

自定义启动参数文件。

配置 log_error_verbosity 和 log_error_suppression_list 来记录 ERROR、WARNING 和 INFORMATION。

过滤掉 MY-01 0001 、MY-1 0002
使用 log_filter_dragnet 添加规则。

配置 Dragnet.log_error_filter_rules。

将MySQL错误日志写入Linux系统日志。

使用 log_sink_syseventlog 组件。

保留原始错误日志。

使用 FLUSHERRORLOGS 或 FLUSHLOGS 或 mysqladminflush-logs 禁用日志。

重建错误日志。

提前更改名称或保存日志。

我不确定这部分。
没关系。

MySQL日志问题为什么MySQL不生成日志mysql不生成日志

哎，我记得2 02 2 年的时候，某个城市的某家公司，他们的数据库崩溃了。
经过询问，发现MySQL不生成日志。
我当时就纳闷了，这东西怎么突然不说话了？后来我意识到可能是配置有问题。

你说，MySQL为什么不生成日志？原因有很多。
首先，可能是日志开关没有打开。
我一看配置文件，心想，天哪，这个开关被注释掉了，难怪不说话了。
再次检查目录权限。
糟糕，权限设置不正确。
难怪 MySQL 还没有准备好写入日志。

还有，有时候MySQL版本不同，日志设置也会出现问题。
我已经遇到过好几次了。
当企业升级MySQL版本时，日志停止生成。
头痛。

解决办法是什么？首先检查交换机日志，看看配置文件是否有误操作。
然后检查权限并按照说明进行更改以解决问题。
如果还不行，请更新MySQL版本。
也许新版本可以解决这个问题。

哎，这件事让我明白了真相。
数据库运维不能随意，日志必须时刻监控。
否则一旦出现问题，就很难解决问题。

正确解决pymysql.err.InternalError：（1049, Unknown error 1049）异常的有效解决方法

1 、查看MySQL服务状态：systemctl status mysql 2 .确认连接设置正确：主机、端口、用户、密码 3 、检查数据库是否存在：SHOW DATABASES； 4 、查看错误日志：/var/log/mysql/error.log 5 .更新pymysql：pip install --upgrade pymysql 6 . 未解决的问题？请咨询您的 DBA 或专业支持人员。