MySQL运维:日志，主从复制，分库分表，读写分离

最新推荐文章于 2024-09-12 01:15:37 发布

BestSHL LHR

最新推荐文章于 2024-09-12 01:15:37 发布

阅读量1.2k

点赞数 27

分类专栏： mysql 文章标签： mysql 运维 android

本文链接：https://blog.csdn.net/m0_56188275/article/details/141225247

版权

mysql 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

MySQL运维

日志
主从复制
- 主从复制的过程
分库分表，MyCat

日志

错误日志

错误日志是MySQL中最重要的日志之一，它记录了当mysqld启动和停止时，以及服务器在运行过程中发生任何严重错误时的相关信息。当数据库出现任何故障导致无法正常使用时，建议首先查看此日志。
该日志默认开启，默认存放在/var/log/ (linux系统)，默认的日志文件名为mysqld.log。查看日志位置:

show variables like '%log_error%';

在这里插入图片描述

二进制日志

二进制日志记录了所有的DDL语句和DML语句，但不包括数据查询语句(包含数据和结构的变更)。
作用:1.灾难时的数据恢复；2.MySQL的主从复制，默认二进制日志开启。

show variables like '%log_bin%';

-- 默认日志格式
show variables like '%binlog_format%';

-- 查看二进制日志的默认过期时间
show variables like '%binlog_expire_logs_seconds%';

在这里插入图片描述

mysqlbinlog [参数] logfilename;
参数:
-d 指定数据库名称，只列出指定数据库的相关操作
-o 忽略掉日志中的前n行命令
-v 将行事件重构为SQL语句
-w 将行事件重构为SQL语句，并输出注释信息

// 删除全部binlog日志，删除之后，日志编号从binlog.000001开始
reset master 
// 删除编号binlog.******之前的所有日志
purge master logs to 'binlog.******'
// 删除在某时间前的所有日志
purge master logs before 'yyyy-mm-dd hh24:mi:ss'

-- 查看默认查询日志参数，默认关闭，我们需要手动开启并设置log位置，下图已设置好
-- 我们可以 vim /etc/my.cnf文件添加并设置下面两个参数
show variables like '%general%';

在这里插入图片描述

若开启了该日志文件，该日志文件会记录所有的增删改查，在繁忙的系统中通常很大，若用不上可以关掉。

慢查询日志

记录了所有执行时间超过long_query_time设置值并扫描记录数不少于min_examined_row_limit的所有SQL语句的日志，默认未开启，long_query_time默认10s，最小0s，精度可以到微秒。
仍然在/etc/my.cnf文件中添加配置参数:
在这里插入图片描述
slow_query_log=1开启慢查询日志。
默认情况下，慢查询日志不会记录管理语句，不会记录不使用索引进行查找的查询。若需要，则要设置相应的配置项:

log_slow_admin_statements=1

log_queries_not_using_indexes=1

我们可以根据慢查询日志找到查询较慢的SQL语句，进行针对性的优化。

主从复制

主从复制涉及到两台服务器，指将主数据库(Master)的DDL和DML操作通过二进制日志传到从数据库(Slave)中，然后在从库上对这些日志进行重新执行(也叫重做)，从而使得从库和主库的数据保持同步。
MySQL支持一台主库同时向多台从库进行复制，从库也同时可以作为其他服务器的主库，实现链状复制。
主从复制的优点:
1.主库出现问题，可以快速切换到从库提供服务。
2.可以实现读写分离，降低主库的访问压力。
3.可以在从库中执行备份，以避免备份期间影响主库服务(备份时需要全局锁，数据同步会产生一定的延迟)。

主从复制的过程

当主库数据发生变更时，会将所有的变更写入到binlog二进制日志中，从库中的IOthread线程会请求连接主库，主库将binlog发送给从库，从库将binlog中的内容写入Relaylog中继日志，SQLthread读取中继日志中的SQL并执行，从而保证了主从数据一致性，能够实现读写分离，增删改的请求走主库，查询的请求走从库，降低单库的压力。
一主一从搭建过程
在这里插入图片描述
检测连接状态的两个重要参数，分别代表IO和SQL两个线程的运行情况。开启了主从复制之后，主库进行的任何对相关数据库的改变，都会体现在从库上。

分库分表，MyCat

目的：为了缓解单台服务器的压力，缓解CPU瓶颈，磁盘和网路IO瓶颈。
分库指将一个数据库的数据分散的存储在多个数据库中。
分表指的是将原来的一张表数据分散的存储在多张表中。

垂直和水平分库分表

1.垂直拆分

垂直分库：以表为依据，根据业务将不同的表拆分到不同的库中。每个库中的表结构不同(不同的表)，存放的数据不同，所有库的并集是全量数据。
垂直分表：以表的字段为依据，根据字段的属性将不同的字段拆分到不同的表中。每个表的结构也不一样，一般通过一列(主键/外键)关联，所有表的并集是全量数据。

2.水平拆分

水平分库：以字段为依据，按照一定的策略，将一个库的数据拆分到多个库中。每个库的表结构都一样，每个库的数据都不一样，所有库的并集是全量数据(每个库存储相同表的不同记录)。
水平分表：以字段为依据，按照一定的策略，将一个表的数据拆分到多个表中。每个表的表结构都不一样，每个表的数据都不一样，所有表的并集是全量数据。