MySQL

前面我们已经完成MYSQL的操作，今天我们来讲个关于如何管理数据库的web工具：PhpMyAdmin。

物理备份分两种情况：一种是直接复制库的物理文件（利用的是Linux复制文件的特性），但是这种情况一般需要在数据库服务停止的情况下进行，适合那种允许中断业务的情况进行。另外一种就是利用开源工具XtraB

逻辑备份是将数据库中的结构（CREATE DATABASE/TABLE）和数据（INSERT STATEMENT）以 SQL 语句的形式导出到一个文本文件中。恢复时，MySQL 会执行这些 SQL 语

上个小节我们使用Binlog恢复了删除的数据，虽然恢复过程很简单，但是从Binlog日志解析数据还是一个比较难的操作，尤其是数据复杂的情况下，今天我们通过延迟同步的方法来恢复数据。

我们前面使用备份+Binlog恢复数据，这个只是作为兜底来使用。而且我们前面已经搭建过主从，可以直接把从节点升级为主节点来提供服务，但是我们还可能出现在主从正常的情况下，因为误删除或者其他原因需找回删

虽然主从模式解决了数据高可用的问题，但是这个主从模式当主宕机以后是需要手工介入处理，今天这个小节我们就通过MHA来来MYSQL的高可用。实际上各大云厂商都是通过类似的方式实现云数据的高可用，只是实现的

前面用了多个小节单独介绍主从详细原理是因为他是MYSQL里面最重要的技能点之一，基本面试必问，下面就来搭建基于Binlog搭建他最重要的应用：主从复制。

上个小节我们利用了MYSQL的Binlog日志进行恢复数据，但是这个是在主库无法连接的时候的兜底方案，并不适合拿来日常使用。下面就介绍一种适合在日常运维使用的方案：主从模式。

上个小节我们设计了的一个场景，如果真的发生了故障，我们应该怎么来恢复数据，这个就是我们本小节的介绍（希望大家用于不会有用到的机会）。

前面介绍了二进制日志的用途，本小节就通过实际案例来介绍他的实际用处，试想一下这个场景，你维护一个单机版的MYSQL，每天定时备份数据，如果某天这个节点宕机，数据无发找回，我们应该怎么办？

二进制日志（Binary Log）是 MySQL 服务层创建的一种逻辑日志，它记录了对 MySQL 数据库执行的所有更改数据的操作（DDL 和 DML），但不包括 SELECT和 SHOW

我们来深入探讨 MySQL 中的外键（Foreign Key）。外键是关系型数据库的基石，用于强制保持数据之间的参照完整性（Referential Integrity）。

主键是数据库表设计中最为重要的概念之一，它远不止是“唯一标识符”那么简单，尤其是在 MySQL 默认的 InnoDB 存储引擎中。

上个小节我们对索引做了一个基本介绍，本小节我们就通过一个实际案例来理解这个索引，写入测试数据800w。

在 MySQL 中，索引（Index） 就是帮助存储引擎快速获取数据的一种数据结构。它就像数据的“目录”，通过预先排序和构建特定结构，极大减少了数据库需要扫描的数据量，从而提高了查询速度。

通过前面一个小节的介绍，我们对数据引擎有一个简单的认识，今天我们来介绍一个目前大面积使用的另外一个引擎：InnoDB。

数据库引擎（更准确的叫法是存储引擎）是 MySQL 的一个关键特性，它决定了数据如何被存储、索引以及支持哪些功能。

前面我们部署的MYSQL的时候系统会默认给我们生成超级管理员，但是在实际使用的时候我们一般并不会直接root账号进行管理，所以本小节我们就来介绍下关于MYSQL的账号及权限。

当然这里只列出部分数据类型，实际我们在前面讲解shell的时候，也有提到过：SHELL编程-数据类型，这也是学习各种编程语言必须学习的一个步骤，虽然我除了shell外，并没有学会其他编程语言

“CRUD工程师”是一个在程序员圈子里非常流行，当然这是一个非常经典的“程序员梗”。我们今天就基于前面部署过的数据库来进行这些操作,从我们操作数据库的3个步骤来实现CRUD。