0x55aa的博客

面试面到这个问题，以前只知道dba大概用的啥工具，从来没想自己搞过，现在面试要求有这方面技能，回答的不是太好，我只知道通过binlog可以支持异步同步，具体不知道怎么做。配置软件的事还要问，也是醉了。 先搞最简单的模式，mysql自带的replication，这个应该就是最普通读写分离的主从模式了，可以一写多读。流量不高还是可以的，然后需要加一下主备，我看之前一般是通过keepalived去做的，多主这种一般使用percona的工具去做的，支持强一致的模式，这些都没搞过。我看mysql文档，mysql支持innodb集群，支持多主，这个文档还没看，后面再研究。还提到一个NDB Cluster。 我的mysql是安装的8.0.26，看官网不但支持普通的replication模式，通过binlog日志和同步的位置来同步，还支持global transaction identifiers (GTIDs) 的模式，这个replication模式不需要binlog了，看名字是事务相关。相关的文档还没看，只是先走了一下普通的模式。 首先，需要设置实例的server_id，这个需要集群里唯一，可在/etc/my.cnf里面加一条 [mysqld] server-id=142 主从库都需要配置。 主库需要开启binlog，这个默认是开启的。从库视情况，如果需要作为别的从库的主库，也是必须要开启的。 从库需要配置一下relay-log，默认是按照主机名配置的，说是防止主机名变动，导致错误。 relay-log=/var/lib/mysql/re-relay-log relay-log-index=/var/lib/mysql/re-relay-log.i 创建用于同步的专属用户 mysql> CREATE USER 'repl'@'%.example.com' IDENTIFIED BY 'password'; mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%.example.com'; 官网说，这个用户的密码是明文保存在从库中的，所以为了安全还是有必要创建一个的。 然后需要确定binlog同步的位置 先在主库加表的读锁，这样会阻塞写事务的提交。 mysql> FLUSH TABLES WITH READ LOCK; 新启动一个mysqlsession，执行SHOW MASTER STATUS，查看binary log的文件名和位置。文档说如果之前主库禁止了binlog，这个命令会返回空，在后边需要用到这俩值的时候，文件名为''，位置为4 释放锁的命令， UNLOCK TABLES; 最后一步是涉及在从库配置刚刚日志位置信息和主库信息。分两种情况，一种是新搭建的集群，另一种是主库本来有数据的情况。 我是刚搭建的环境，先用第一种。不同版本的mysql有两种方式，从8.0.23版本开始使用下面的语句 CHANGE REPLICATION SOURCE TO SOURCE_HOST='10.1.11.142', SOURCE_USER='repl', SOURCE_PASSWORD='123456', SOURCE_LOG_FILE='binlog.000001', SOURCE_LOG_POS=1012; 使用START REPLICA 启动同步 查看从库状态： show slave status\G Slave_IO_Running: Yes Slave_SQL_Running: Yes 这两个状态为yes基本就没啥问题了 第二种情况，需要手动先把已有的数据从主库同步到从库中，其他一致。官方推荐使用mysqldump，特别是使用innodb引擎的时候。这种模式需要保持表锁不释放，不能退出session。 mysqldump 添加--master-data参数会包含CHANGE REPLICATION SOURCE 语句。然后导入到从库中。文档说有mysql插件可以方便做到数据迁移和从库配置。 又大概看了一些replication实现的文档，主实例有一个dump线程， SHOW PROCESSLIST里为Binlog Dump。从库两个线程，一个线程接受主库的dump线程的数据，写到单独日志文件，上边状态的Slave_IO_running为这个线程状态。一个线程应用前一个线程的relay日志的线程。多从的情况，主库会为每个从库配置一个dump线程。 复制的数据格式，有三种模式，一种基于语句的( statement-based replication)，这种的在特定语句引擎会造成数据不一致。默认是基于行数据的（ row-based logging），这种好像是复制更改内容的。还有一种是混合模式，是前两种的结合。