Mysql和Redis的主从对比入门

最新推荐文章于 2023-07-11 19:10:06 发布

qq_33784429

最新推荐文章于 2023-07-11 19:10:06 发布

阅读量516

点赞数

分类专栏： myql 文章标签： mysql

本文链接：https://blog.csdn.net/qq_33784429/article/details/105606764

版权

本文是作者作为PHP初学者对Mysql和Redis主从配置的总结。主要内容包括Mysql主从配置的基本步骤，如配置binlog、主从服务器的基本设置等，以及主从同步的工作原理。此外，还探讨了主从同步的延迟问题及其解决方案，如半同步复制、硬件优化等。

摘要由CSDN通过智能技术生成

这是第一篇博客，作为一个刚刚准备踏入架构师的phper，我就是一个小白，看了一天的mysql和redis的主从配置，总结一下一天的所学，文章所有内容均是理论，没有亲身实践过。

Mysql

mysql高可用，MHA架构，这个架构我今天尚未了解，以后补充。
mysql主从很多种。

一主一从
一主多从
多主一从（5.7以后支持)
双主复制
级联复制

一·基本信息配置

要想了解主从，必须先了解binlog，mysql-binlog是MySQL数据库的二进制日志，用于记录用户对数据库操作的SQL语句（(除了数据查询语句）信息。可以使用mysqlbin命令查看二进制日志的内容。
binlog的格式也有三种：STATEMENT、ROW、MIXED 。

1、STATMENT模式：基于SQL语句的复制(statement-based replication, SBR)，每一条会修改数据的sql语句会记录到binlog中。
优点：不需要记录每一条SQL语句与每行的数据变化，这样子binlog的日志也会比较少，减少了磁盘IO，提高性能。
缺点：在某些情况下会导致master-slave中的数据不一致(如sleep()函数， last_insert_id()，以及user-defined functions(udf)等会出现问题)
2、基于行的复制(row-based replication, RBR)：不记录每一条SQL语句的上下文信息，仅需记录哪条数据被修改了，修改成了什么样子了。
优点：不会出现某些特定情况下的存储过程、或function、或trigger的调用和触发无法被正确复制的问题。
缺点：会产生大量的日志，尤其是alter table的时候会让日志暴涨。
3、混合模式复制(mixed-based replication, MBR)：以上两种模式的混合使用，一般的复制使用STATEMENT模式保存binlog，对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，MySQL会根据执行的SQL语句选择日志保存方式。

企业场景如何选择binlog的模式
1、如果生产中使用MySQL的特殊功能相对少（存储过程、触发器、函数）。选择默认的语句模式，Statement Level。
2、如果生产中使用MySQL的特殊功能较多的，可以选择Mixed模式。
3、如果生产中使用MySQL的特殊功能较多，又希望数据最大化一致，此时最好Row level模式；但是要注意，该模式的binlog非常“沉重”。

在MySQL配置文件my.cnf文件中的mysqld节中添加下面的配置文件：

vim my.cnf（在[mysqld]模块中配置）
[mysqld]
log-bin = /data/3306/mysql-bin #这个地方我理解的就是存放binlog的目录，
#在这个目录下面会生成各种00001.log这样的格式，因为有的博客这个地方写的是
#.log文件结尾，感觉应该不对，我没有亲自测试。。。
binlog_format="STATEMENT"
#binlog_format="ROW"
#binlog_format=&