Replication为数据库提供了高可用性和可扩展性解决方案 , 基于GTID的Replication能够更好的处理复制重连和切换Server复制。本文将主要分析MariaDB基于GTID的Replication设计与实现 , 并与MySQL

相比传统的MySQL复制 , gtid复制无论是配置还是维护都要轻松的多。本文对gtid复制稍作介绍。 MySQL基于GTID复制官方手册 : https://dev

mariadb replication官方手册: MariaDB Replication - MariaDB Knowledge Base 1. 复制的基本概念和原理 mysql<

1. xtrabackup简介 xtrabackup是percona团队研发的备份工具 , 比MySQL官方的ibbackup的功能还要多。支持myisam温全备、innodb

load data infile和select into outfile语句是配套的。select into outfile语句是将检索出来的数据按格式导出到文件中 , 数据迁移跨数据库系统时 , 该选项很有用 , 因为它可以指定分隔符。load data infile是将带有格式的数据文件导入到表

1. 备份分类 按照是否能够继续提供服务 , 将数据库备份类型划分为: 热备份: 在线备份 , 能读能写 温备份: 能读不能写 冷备份: 离线备份 <

事务日志是数据库中非常重要的组成部分 , 它记录了对数据库进行的所有更改 , 包括插入、更新、删除、提交、回退以及数据库模式的变化。事务日志通常被称为前滚日志或重做日志 , 是备份和恢复的重要组件 , 也是数据复制所必需的 innodb事务日志包括redo log和undo log。redo log

MySQL日志主要分为两大类：Server层日志和引擎层日志(本文主要讨论InnoDB引擎)。Server层日志包括错误日志、二进制日志、查询日志、慢查询日志等；引擎层日志则主要涉及InnoDB的重做日志（Redo Log）和撤销日志（Undo Log）。

1. 事务概念 MySQL 事务主要用于处理操作量大 , 复杂度高的数据。比如说 , 在人员管理系统中 , 要删除一个人员 , 即需要删除人员的基本资料 , 又需要删除和该人员相关的信息 , 如信箱 , 文章等等。这样 , 这些数据库操作语句就构成一个事务！ 事务是一种机制、一个操作序列 , 包含了

1. 锁定义 客户端发往MySQL的一条条SQL语句 , 实际上都可以理解成一个个单独的事务 ( 一条sql语句默认就是一个事务 ) 。而事务是基于数据库连接的 , 每个数据库连接在MySQL中 , 又会用一条工作线程来维护 , 也意味着一个事务的执行 , 本质上就是一条工作线程在执行