一、复制架构中应该注意的问题：     1、限制从服务器只读         在从服务器上设置read_only=ON，此限制对拥有SUPPER权限的用户均无效；         阻止所有用户(在从服务器执行一下命令并保持此线程，也就是执行后不退出改终端)：             mysql> FLUSH TABLES WITH READ LOCK;     2、如何保证主从复制的事务安全？         在master节点启用参数：             sync_binlog=ON             如果用到的为InnoDB存储引擎：                 innodb_flush_logs_at_trx_commit=ON                 innodb_support_xa=ON             sync_master_info         在slave节点：             skip_slave_start=ON(手动启动salve线程)             sync_relay_log             sync_relay_log_info 二、主主复制：     互为主从：         1、数据不一致；(只能二选其一)         2、自动增长id：             配置一个节点使用奇数id                 auto_increment_offset=1                 auto_increment_increment=2             另外一个节点使用偶数id                 auto_increment_offset=2                 auto_increment_increment=2     配置步骤：         1、各节点使用一个唯一server_id；         2、都启用binary_log和relay_log；         3、创建拥有复制权限的用户账号；         4、定义自动增长id字段的数值范围为奇偶；         5、均把对方指定为主节点，并启动复制线程； 三、半同步复制：     master：         mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';         mysql> SET GLOBAL VARIABLES rpl_semi_sync_master_enabled=1;         mysql> SHOW GLOBAL VARIABLES LIKE '%semi%';         mysql> SHOW GLOBAL STATUS LIKE '%semi%';     slave         mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';         mysql> SET GLOBAL VARIABLES rpl_semi_sync_master_enabled=1; 四、复制过滤器：     让从节点仅复制指定的数据库，或指定数据库的指定表；     有两种实现方式         1、主服务器仅向二进制日志中记录与特定数据库(特定表)相关的事件；             问题：时间还原无法实现：不建议使用             binlog_do_db=       # 数据库白名单列表             binlog_ignore_db=   # 数据库黑名单列表         2、从服务器SQL_THREAD在replay中继日志中的事件时，仅读取与特定数据库(特定表)相关的事件并应用于本地             问题：会造成网络及磁盘IO浪费             库级复制             replicate_do_db=        # 复制库的白名单             replicate_ignore_db=    # 复制库的黑名单             表级复制             replicate_do_table=        # 复制表的白名单             replicate_ignore_table=    # 复制表的黑名单 五、基于SSL复制：     前提：支持SSL     查看方式：SHOW GLOBAL VARIABLES LIKE '%ssl%';     1、master配置证书和私钥：并且创建一个要求必须使用SSL连接的复制账号；      GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO 'fansik'@'192.168.1.1' IDENTIFIED BY 'fanjinbao' REQUIRE SSL;     2、slave端使用CHANGE MASTER TO命令时指明ssl相关选项；         MASTER_SSL = {0|1}         MASTER_SSL_CA = 'ca_file_name'         MASTER_SSL_CAPATH = 'ca_directory_name'         MASTER_SSL_CERT = 'cert_file_name'         MASTER_SSL_CRL = 'crl_file_name'         MASTER_SSL_CRLPATH = 'crl_directory_name'         MASTER_SSL_KEY = 'key_file_name'         MASTER_SSL_CIPHER = 'cipher_list'         MASTER_SSL_VERIFY_SERVER_CERT = {0|1}         MASTER_TLS_VERSION = 'protocol_list'         IGNORE_SERVER_IDS = (server_id_list) 六、与复制功能相关的文件：     master.info：用于保存slave连接至master时的相关信息，例如账号、密码、服务器地址等；     relay-log.info：保存在当前slave节点上已经复制的当前二进制日志和本地relay log日志的对应关系； 七、复制的监控和维护：     1、清理日志：         SHOW BINARY LOGS;         PURGE BINARY LOGS TO 'mysql-bin.000008'; # 清理8之前的日志     2、复制监控         SHOW MASTER STATUS;         SHOW BINLOG EVENTS;         SHOW BINARY LOGS;         SHOW SLAVE STATUS;         SHOW PROCESSLIST;     3、从服务器是否落后于主服务：         SHOW SLAVE STATUS\G;中查看一下选项         Seconds_Behind_Master: 0     4、如何确定主从节点数据是否一致：         percona-tools     5、数据不一致如何修复？         重新复制