原文:MySQL 5.6新特性 -- crash-safe replication

在slave上有两个线程:io线程和sql线程io线程接收master的二进制日志信息并写入到本地的relay log中 sql线程执行本地relay log中的信息。io线程读取到的二进制日志当前位置信息写在master.info中 sql线程读取到的当前relay log位置信息写在realy log.info文件中 存在的问题就是相应的内容写入文件后,并不能都实时刷新到磁盘上。当mysql实 ...

2018-01-08 13:00 0 950 推荐指数:

查看详情

MySQL 5.6 从库开启 crash-safe 功能

MySQL 5.6 对复制功能提供了特性:slave 支持 crash-safe,可以解决之前版本中系统异常断电可能导致的 SQL thread 信息不准确的问题。 原文:Enabling crash-safe slaves with MySQL 5.6 可以对从库进行配置 ...

Fri Mar 17 22:12:00 CST 2017 1 2263
MySQLcrash-safe的原理

MySQLcrash-safe的原理 组件分为 连接器 分析器 优化器 执行器 存储引擎(插件的形式) 前面的四个分别是Server层的组件,后面存储引擎层是插件,如InnoDB,MyISAM,Memory等 连接器 连接器的作用主要是维持和客户端之间的通信 ...

Fri Sep 11 00:14:00 CST 2020 0 484
为什么 redo log 具有 crash-safe 的能力,是 binlog 无法替代的?

昨天在复习 MySQL 日志相关的知识,学的东西过一段时间后就会遗忘,遗忘后再重新思考,往往会有的收获。想到几个问题,把它记录下来。 为什么 redo log 具有 crash-safe 的能力,而 binlog 没有? redo log 是什么? 一个固定大小,“循环写”的日志文件,记录 ...

Sat Dec 05 02:08:00 CST 2020 0 778
MySQL 5.6 GTID Replication

一. MySQL 5.6引入了GTID的概念,那么GTID是何方神圣?其实也不复杂,就是一个全局事务标示符。使用GTID时,每次事务提交都会在binlog里生成1个唯一的标示符,它由UUID和事务ID组成。首次提交的事务ID为1,第二次为2,第三次为3,以此例推。uuid是服务器的身份ID ...

Mon Jul 07 08:24:00 CST 2014 1 4452
MySQL5.6 特性之GTID

背景: MySQL5.6在5.5的基础上增加了一些改进,本文章先对其中一个一个比较大的改进"GTID"进行说明。 概念: GTID即全局事务ID(global transaction identifier),GTID实际上是由UUID+TID组成的。其中UUID是一个 ...

Tue Aug 11 17:16:00 CST 2015 3 38992
MySQL 5.6特性 -- Index Condition Pushdown

Index Condition Pushdown(ICP)是针对mysql使用索引从表中检索行数据时的一种优化方法。 在没有ICP特性之前,存储引擎根据索引去基表查找并将数据返回给mysql server,mysql server再根据where条件进行数据过滤 ...

Mon Nov 06 21:29:00 CST 2017 0 1086
来,看看MySQL 5.6, 5.7, 8.0的特性

对于MySQL的历史,相信很多人早已耳熟能详,这里就不要赘述。下面仅从产品特性的角度梳理其发展过程中的里程碑事件。 1995年,MySQL 1.0发布,仅供内部使用。 1996年,MySQL 3.11.1发布,直接跳过了MySQL 2.x版本。 1999年,MySQL AB公司成立。同年 ...

Thu Oct 18 16:54:00 CST 2018 11 17137
MySQL5.6 GTID特性实践

本文将简单介绍基于5.6 GTID的主从复制原理的搭建。并通过几个实验介绍相关故障的处理方式 本博客已经迁移至: http://cenalulu.github.io/ 为了更好的体验,请通过此链接阅读: http://cenalulu.github.io/mysql ...

Tue Mar 03 00:08:00 CST 2015 0 32088
 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM