首页
学习
活动
专区
圈层
工具
发布

mysql从库SHOW SLAVE STATUS字段详解

欢迎来到我的博客,代码的世界里,每一行都是一个故事 mysql从库`SHOW SLAVE STATUS`字段详解 前言 输出字段展示 字段说明 前言 在数据库的舞台上,主从同步就像是一场华丽的舞蹈...而今天,就让我们一起来解析MySQL中SHOW SLAVE STATUS命令返回的字段,探索这些字段背后的故事吧!让我们更深入地了解数据库同步的神奇世界!...Replicate_Do_DB: 指定要复制的数据库名列表。如果设置了该选项,则只有列表中指定的数据库的更改操作才会被复制到从服务器上。...Replicate_Ignore_DB: 指定要忽略复制的数据库名列表。如果设置了该选项,则列表中指定的数据库的更改操作不会被复制到从服务器上。...Replicate_Rewrite_DB: 复制重写数据库。用于指定从服务器上的数据库重写规则。 Channel_Name: 复制通道名称。用于指定复制通道的名称。

1.2K10

MySQL Slave库恢复实录

状况描述: 今天登录一个MySQL数据库slave节点主机发现/var/lib/mysql下存放大量的mysql-relay-bin文件,最早的文件创建日期甚至是2018年,我记得在slave库同步完master...的日志操作记录后,会删除这些文件(默认设置不会删除,我记错了),于是便查看了slave库的状态,发现如下报错: mysql> show slave status\G; *****************...: 我在master节点上删除了名称为mysql-bin.00007格式的文件,其中包括mysql-bin.000075,因此,slave库找不到该文件,无法同步。...解决办法: 重做slave库。由于数据差异太大,而且我觉得不光一张表出现了数据不一样的问题,所以干净点,把从库重做。 1)比对master、slave节点库配置信息,保证一致。...,删之前一定要确认日志位置在master和slave断已被读过,不要乱删,否则搞得slave库无法同步了,就算在slave节点上强行指定master日志读取位置或者跳过该错误,也不排除slave库上数据丢失的可能

60710
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    mysql从库报错1236 could not find next log,但直接start slave就修复了

    由于从库需要的内容,主库都存在, 故我们直接启动IO线程:start slave, 然后查看主从状态:show slave status, 发现就正常了....这里涉及到3个线程:从库slave_io线程, 最先看到的报错就是它抛出来的.主库Binlog Dump, 找不到binlog本质上是主库的Binlog Dump干的,干活不利,该查主库的连接, 导致binary...本次虽然是自动切换的, 但做切换的实际上就是连接线程.由于各线程干的活比较多, 故只看和本案例有关的分支.从库slave_io逻辑io线程逻辑比较简单, 就是读event, 所以我们就不看了handle_slave_iowhile....主库Binlog Dump逻辑主库的Binlog Dump是主动发送event(binlog)给从库的, 其逻辑如下:com_binlog_dump # 开始同步数据 (其实还有个COM_REGISTER_SLAVE.../mysql_3306/mysqllog/binlog/m3306.index_crash_safe, 删除新增的内容continue 之后再观察从库的io_thread状态之前测试过程,发现修改binlog

    32920

    MySQL删除数据库

    删除数据库是指在数据库系统中删除已经存在的数据库。数据库删除之后,原来分配的空间将被收回。需要注意的是,数据库删除之后该数据库中所有的表和数据都将被删除。因此删除数据库要特别小心。...一、通过SQL语句   MySQL中,删除数据库通过SQL语句DROP DATABASE。其语法格式如下: DROP DATABASE 数据库名;   其中“数据库名”为要删除的数据库的名称。...下面删除我的系统中的名为test的数据库: $ mysql -u root -p Enter password: mysql> SHOW DATABASES; +-------------------...(0.00 sec)   上述结果显示第一次通过SHOW DATABASES;指令查看数据库的时候test数据库是存在的,通过指令DROP DATABASE test;删除test之后,再查看test...上述删除数据库的代码,在数据库不存在的时候会报错,下面代码对数据库是否存在做了判断,在数据库不存在的时候会报警告: mysql> DROP DATABASE IF EXISTS test; Query

    9.7K30

    从库数据的查找和参数slave_rows_search_algorithms

    比如‘Delete’语句会将所有删除数据的before_image放到DELETE_ROWS_EVENT中,从库只要读取这些before_image进行数据查找,然后调用相应的‘Delete’的操作就可以完成数据的删除了...这条数据删除的三条数据的before_image将会记录到一个DELETE_ROWS_EVENT中。从库应用的时候会重新评估应该使用哪个索引,优先使用主键和唯一键。...但是如果我们在从库增加一个主键,那么在从库进行应用的时候流程如下: ? 我们从上面的流程来看,主库‘Delete’操作和从库‘Delete’操作主要的区别在于: 从库每条数据都需要索引定位查找数据。...从库在某些情况下通过非唯一索引查找的数据第一条数据可能并不是删除的数据,因此还需要继续进行索引定位和查找。 对于主库来讲一般只需要一次数据定位查找即可,接下来访问下一条数据就好了。...其实对于真正的删除操作来讲并没有太多的区别。如果合理的使用了主键和唯一键可以将上面提到的两点影响降低。在造成从库延迟的情况中,没有合理的使用主键和唯一键是一个比较重要的原因。

    2.3K20

    show slave status 详解 【MySQL5.7】

    .000032      #正在读取的主库的binlog文件名【反映从库IO_thread执行进度】           Read_Master_Log_Pos: 1717                  ...Relay_Log_Pos: 320         Relay_Master_Log_File: mysql-bin.000032    #正在执行到的主库上的binlog文件名【反映从库SQL_thread...手册上说的是从库SQL线程与IO线程所处理的最近的日志事件的时间戳差】。...补充,RESET命令的用法: 1 RESET MASTER: 删除全部的binlog文件,重置mysql.index文件为空,然后重新生成一个binlog文件。...3 RESET SLAVE: 使从节点忘记它当前复制的位置,它会删除当前的relay log文件,对新的relay-log文件从0开始重新编号,但是不会改变 change master to的配置参数(

    2.2K20
    领券