共计 1559 个字符，预计需要花费 4 分钟才能阅读完成。
筹备
本章须要两个 linux 零碎，两个 linux 零碎中装置数据库，两个 linux 的 ip 地址必须不一样，如果是一样的话，改 ip 地址
本章应用的数据库可视化软件是：SQLyogEnt
批改 ip 地址
装置数据库
数据库优化阐明
场景 :
数据库中的记录应该保障尽可能的平安, 如果数据失落则会造成不可挽回的损失，所以咱们心愿呈现这种状况!!!
阐明 :
依据用户的需要 定期的将数据库文件进行备份 / 转储 从而保证数据的平安.
冷备份阐明：
冷备份能够实现以上的需要然而，冷备份有毛病，操作起来比拟麻烦
毛病 —
该操作须要人工手动的操作
冷备份因为不是实时的, 所以可能导致数据失落
如果备份的数据库的文件较大, 则备份的工夫很久, 容易出错
阐明: 数据的冷备份是公司复原数据最初无效的伎俩.
热备份阐明：
热备份给咱们带来了很多的不便，备份步骤有些麻烦然而，备份后当前不必手动备份了，
备份步骤：
当用户进行了数据的批改时, 会将批改的数据写入二进制日志文件
从库通过 IO 线程 读取主库中的记录. 将数据写入到中继日志中
Sql 线程读取数据信息. 通过 sql 语句写入到从库中
数据库备份的性能, 是数据库原生自带的服务. 所以不须要第三方的干涉…
注意事项: 数据库中的二进制日志文件 默认的条件下是敞开的. 如需备份, 须要手动的开启.
实现数据库热备份操作
1）– 开启主库二进制日志
主库: 192.168.126.129
从库: 192.168.126.130二进制文件的目录
vim /etc/my.cnf主库的操作
进去 my.cnf 文件后 接下来写入图片中的两个配置
2）– 重启数据库查看二进制文件信息
命令 : systemctl restart mariadb
实现后重启数据库而后进入数据库的工作目录而后查问配置的是否正确
如果有图片中的 mysql-bin 前缀的文件，那就胜利了
3) — 数据的备份
阐明: 在数据库的主库中, 将 jtdb.sql(数据库)文件进行转储. 之后利用 sql 工具在从库中进行导入.
就是主库的数据库和从库的数据库统一，所以主库的数据库复制到从库中
主库
从库
4）– 开启从库二进制文件
二进制文件的目录
vim /etc/my.cnf从库的操作
进去 my.cnf 文件后 接下来写入图片中的两个配置
重启 mysql 数据库 查看是否有二进制文件信息
配置实现后 重启数据库 在数据库的工作目录中查看，是否胜利 如果有 mysql-bin 前缀两个文件那就胜利了
实现数据库主从挂载
1）– 查看主库状态
主库的状态
查看主库中是否有 映射的二进制文件，
如果须要从新生成二进制文件信息, 则手动删除文件即可
1– 删除 mysql-bin 前缀的所有文件
2– 重启数据库
3– 主动从新生成文件
2）– 查看主库状态
在可视化软件中 查看状态
主库中执行
SHOW MASTER STATUS;
3) — 实现数据库主从搭建
从库中执行
/*130 数据库从库 IP 地址 / 端口号 / 用户名 / 明码 /
二进制文件名称 / 二进制文件的地位 */
CHANGE MASTER TO MASTER_HOST="192.168.126.129",
MASTER_PORT=3306,
MASTER_USER="root",
MASTER_PASSWORD="root",
MASTER_LOG_FILE="mysql-bin.000001",
MASTER_LOG_POS=245;
/*2. 启动数据库主从服务 */
START SLAVE;
/*3. 查看主从的状态 */
SHOW SLAVE STATUS;
/*4. 搭建谬误 1). 敞开主从服务 */
/*4.1 敞开主从服务 */
STOP SLAVE;
/*4.2 查看报错信息 last_sql_error last_io_error 依据日志查问状态 */
/*4.3 从新搭建主从服务 */这些命令在 可视化软件中执行 按步骤来执行
3) — 搭建校验
查看命令
SHOW SLAVE STATUS;
如果有了这两种 那就热备份胜利了
正文完
