解决MySQL启动错误 [ERROR] [MY-010958] [Server] I/O error reading the header from the binary log.

最新推荐文章于 2024-04-26 13:29:49 发布
最新推荐文章于 2024-04-26 13:29:49 发布
阅读量1.1k 收藏
点赞数
分类专栏： DB 文章标签： mysql 数据库 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bruce1114/article/details/128441989
版权

当前版本的mysql启动是无法读取bin log文件，可能是bin log损坏。

找到mysql数据目录，把binlog.xxxx文件删除或移动到新建的bak目录，重新启动mysql即可。

我不知道也不关心
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Mysql服务启动失败 [Server] I/O error reading the header from the binary log.
王羲之的之的博客
01-11 555
Mysql的日志文件出错，很可能是你自己创建了一个与之前日志名相同的文件，但是Mysql知道文件已经不是原有的日志文件了。我的错误就是删除原有的日志文件，然后自己创建了一个同名的日志文件导致的。e.如果没有解决，继续查看错误日志（DESKTOP-IR5UPKH.err）里面的详细内容解决，一般是再删除index文件里没有的日志文件行，重启服务即可。c.打开同级目录下的日志索引文件： vim mysql-bin.index，并删除刚刚删除日志文件的那一行。d.保存并重启Mysql服务，问题解决。
amoeba-mysql-binary-2.2.0.tar.gz
06-19
amoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gzamoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gzamoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gzamoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gz amoeba-mysql-binary-2.2.0.tar.gz amoeba
Mysql日志删除后导致Mysqld启动不了
July
09-07 558
周末跑了几天数据导致空间满了，我就把binlong文件删了导致报错 2020-09-07T01:37:17.261975Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.16) starting as process 1 2020-09-07T01:37:17.617175Z 0 [ERROR] [MY-010958] [Server] I/O error reading the header from the binary log
主从同步常见故障
linhaiqiang的博客
05-05 1000
1、在master上删除一条记录，在slave上找不到。 Last_SQL_Error.Could not execute Delete_rows event on table ….Error_code:1032…… 2、主键冲突，在slave已经有该记录，     又在master上插入了同一条记录 Last_SQL_Error.Could not execute Writ
mysql服务i o一直在读_Mysql服务启动失败 [Server] I/O error reading the header from the binary log....
weixin_30200131的博客
01-21 830
错误信息如下：2020-12-08T08:41:34.003470Z 0 [ERROR] [MY-010958] [Server] I/O error reading the header from the binary log.2020-12-08T08:41:34.004821Z 0 [ERROR] [MY-010041] [Server] Can't init tc log2020-12-0...
记录一次因为线上服务器关机导致的mysql问题
CSDN_MrWang的博客
07-15 385
因为业务需求，需要进行对服务器进行降配操作，原定凌晨一点关机降配，服务器启动之后，mysql服务无法启动一直报错，错误信息如下： 数据库版本： MariaDB10.1 服务器版本： windows r2008 I/O error reading the header from the binary log, errno=175, io cache code=0 问题造成原因猜测： 1，未停止mysql服务 2，强制关机 3，其他原因 查找资料，各种方式无法解决当前问题： 所以做以下尝试 1:移除以下文件
MySQL主从故障汇总
m0_47219942的博客
08-30 390
MySQL主从故障汇总故障现象一：Slave_IO_Running 为 NO故障现象二：Slave_IO_Running 为 NO故障现象三：Error initializing relay log position: I/O error reading the header from the binary log 故障现象一：Slave_IO_Running 为 NO 报错： 从库的 Slave_IO_Running 为 NO The slave I/O thread stops because mast
Mysql常见问题
yyfgw的博客
10-19 547
常见问题 1、mysqldump导出问题 执行如下命令：mysqldump-uroot-pdic123testtest_yyf>test_yyf.sql; 提示如下差错信息： mysqldump:Couldn'texecute'SETOPTIONSQL_QUOTE_SHOW_CREATE=1':YouhaveanerrorinyourSQLsyntax;checkthemanualthatcorrespondstoyou...
[ERROR] [MY-010958] [Server] Could not open log file.[MY-010041] [Server] Can‘t init tc log
成屿的专栏
07-28 2423
  手欠作死删了日志，然后启动就尴尬了：   [root@chengyu ~]# vim /home/mysql8/data/chengyu.err mysqld: File './binlog.018922' not found (OS errno 2 - No such file or directory) 2020-07-27T08:03:36.449918Z 0 [ERROR] [MY-010958] [Server] Could not open log file. 2020-07-27T08:0
开启bin-log日志mysql报错的解决方法
12-15
出错信息： 代码如下:ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you *might* want to use the less safe log_...
some-of-the-binary-tree-algorithm..zip_The Tree
09-24
实现二叉树的一些算法，超级经典的算法，各种函数功能的实现
lzss_huf.rar_Binary Tree Search_LZSS_Ring-like buffer_The Ring_b
09-19
Read several letters from the file to the buffer. Then search the buffer for the longest string that matches the letters just read, and send its length and position in the buffer.
recover-the-binary-tree.zip_The Tree
09-21
利用先序，中序遍历恢复二叉树 ，用兴趣的朋友可以看一下
Mysql_数据库事务
最新发布
weixin_69252724的博客
04-26 572
事务就是由单独单元的一个或多个sql语句组成，在这个单元中，每个sql语句都是相互依赖的。而整个单独单元是作为一个不可分割的整体存在，类似于化学当中的原子（一种不可分割的最小单位）。往通俗的讲就是，事务就是一个整体，里面的内容要么都执行成功，要么都不成功。不可能存在部分执行成功而部分执行不成功的情况。就是说如果单元中某条sql语句一旦执行失败或者产生错误，那么整个单元将会回滚(返回最初状态)。
MySQL--数据的增删改
pzn2506的博客
04-19 683
文中[ ]里面的内容可写可不写文中[ ]里。
一文整理完MySQL关系型数据库相关知识
打代码是一天，不打代码也是一天
04-23 1070
在开发中，数据库是专门用来存取数据的软件。数据库的职责就是管理数据的。根据存取数据的类型分为关系型数据库和非关系型数据库数据存储后呈现出来的效果类似上图的，是关系型数据库数据存储后呈现出来的效果类似上图的，是非关系型数据库。
MySQL 全表扫描成本计算
ZL4120505的博客
04-20 835
private:......IO 成本：从磁盘或内存读取数据页的成本。CPU 成本：访问记录需要消耗的 CPU 成本。导入成本：这一项直到 MySQL 8.0.29 都还没有被使用，先忽略。内存成本：这一项指的是占用内存字节数，计算 MRR（Multi Range Read）方式读取数据的成本时才会用到，也先忽略。全表扫描的成本就只剩 IO 成本、CPU 成本这两项了。全表扫描成本 =io_cost+ 1.1 +cpu_cost+ 1。
MySQL 服务器权限与对象权限
ChinaLiaoTian的博客
04-23 662
MySQL 权限
Resolved [org.springframework.http.converter.HttpMessageNotReadableException: I/O error while reading input message;
07-29
回答: 引用\[1\]、\[2\]和\[3\]中提到的错误是SpringBoot请求接口报错的一种情况，具体是由于缺少相应的转换器导致的。错误信息中提到了"HttpMessageNotWritableException"和"JsonMappingException"，这意味着在处理请求时，SpringBoot无法将对象转换为JSON格式的响应。这可能是因为缺少适当的转换器或配置问题导致的。需要检查代码中是否正确配置了JSON转换器，并确保对象能够正确地序列化为JSON格式。另外，还需要检查是否存在权限相关的问题，如缺少权限或权限不正确导致的错误。 #### 引用[.reference_title] - *1* [Resolved [org.springframework.http.converter.HttpMessageNotWritableException: No converter for](https://blog.csdn.net/qq_42282949/article/details/125367683)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [org.springframework.http.converter.HttpMessageNotWritableException...解决方法](https://blog.csdn.net/qq_48455576/article/details/125382573)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值