主从不能减轻写的压力
一、一主多从
主：
1、开启二进制日志及设置server_id
bin_log=my_bin
server_id=201
2、创建复制账号(REPLICATION SLAVE,REPLICATION CLIENT)
CREATE USER repuser；
GRANT REPLICATION SLAVE,REPLICATION CLIENT ON . TO repuser@'%' IDENTIFIED BY 'smile';
3、
从：
1、开启中继日志及设置唯一server_id
relay_log=relay_log
server_id=202
skip_slave_start=1 #启动时不自动启用从库同步

2、使用复制账号连接主并启动SQL及I/O进程
CHANGE MASTER TO option [, option] ...
option:
MASTER_BIND = 'interface_name'
| MASTER_HOST = 'host_name' 主服务器地址
| MASTER_USER = 'user_name' 有复制权限的用户名
| MASTER_PASSWORD = 'password' 用户密码
| MASTER_PORT = port_num 主服务器的端口
| MASTER_CONNECT_RETRY = interval 连接重试时间间隔
| MASTER_HEARTBEAT_PERIOD = interval 心跳检测时间间隔
| MASTER_LOG_FILE = 'master_log_name' 主服务器二进制日志文件
| MASTER_LOG_POS = master_log_pos 二进制日志文件中的位置
| RELAY_LOG_FILE = 'relay_log_name'
| RELAY_LOG_POS = relay_log_pos
| MASTER_SSL = {0|1}
| MASTER_SSL_CA = 'ca_file_name'
| MASTER_SSL_CAPATH = 'ca_directory_name'
| MASTER_SSL_CERT = 'cert_file_name'
| MASTER_SSL_KEY = 'key_file_name'
| MASTER_SSL_CIPHER = 'cipher_list'
| MASTER_SSL_VERIFY_SERVER_CERT = {0|1}
| IGNORE_SERVER_IDS = (server_id_list)

CHANGE MASTER TO MASTER_HOST='',MASTER_USER='',MASTER_PASSWORD='',MASTER_LOG_FILE='',MASTER_LOG_POS= ;
START SLAVE;
查看slave状态：SHOW SLAVE STATUS;

MariaDB [(none)]> SHOW SLAVE STATUS\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.201
Master_User: repuser
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: my_bin.000002
Read_Master_Log_Pos: 339
Relay_Log_File: relay_log.000006
Relay_Log_Pos: 635
Relay_Master_Log_File: my_bin.000002
Slave_IO_Running: Yes       #IO线程状态
Slave_SQL_Running: Yes   #SQL线程状态

关于复制的注意事项
1、从库的只读问题
read_only=1 还可以FLUSH TABLES WITH READ LOCK;
2、几个保证安全的参数
1）对于InnoDB引擎来说：
sync_binlog=1
master写binlog与innodb引擎写redo类似，也有参数控制：sync_binlog
= 0 ：表示MySQL不控制binlog的刷新，由文件系统自己控制它的缓存的刷新

0 ：表示每sync_binlog次事务提交，MySQL调用文件系统的刷新操作将缓存刷下去
其中最安全的就是=1，表示每次事务提交，MySQL都会把binlog缓存刷下去，这样在掉电等情况下，系统才有可能丢失1个事务的数据。当sync_binlog设置为1，对系统的IO消耗也是非常大的。
innodb_flush_log_at_trx_commit
=0 每秒write cache 并且 flush log
=1 每次事务提交后都write cache并且flush log 最安全
=2 每次事务提交后都write cache 根据innodb_flush_logs_at_timeout来flush log
innodb_support_XA=1
mysql的分布式事务
2PC
CAP
BASE
2）从库开机时不自动同步
SKIP_START_SLAVE=1
3）
slave读取master的binlog日志后，需要个文件：relay log、relay log info、master info：
relay log：即读取过来的master的binlog，内容与格式与master的binlog一致
relay log info：记录SQL Thread应用的relay log的位置、文件号等信息
master info：记录IO Thread读取master的binlog的位置、文件号、延迟等信息
master中sync_master_info
sync_relay_log=1
sync_relay_log_info=1
从MySQL5.5.X版本开始，增加了relay_log_recovery参数，这个参数的作用是：当slave从库宕机后，假如relay-log损坏了，导致一部分中继日志没有处理，则自动放弃所有未执行的relay-log，并且重新从master上获取日志，这样就保证了relay-log的完整性。默认情况下该功能是关闭的，将relay_log_recovery的值设置为 1时，可在slave从库上开启该功能，建议开启。
relay_log_recovery=1
relay-log-info-repository = TABLE(mysql中有，MariaDB中没有)
二、半同步
介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。
1）主库安装
安装插件

MariaDB [(none)]> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';

启动模块

MariaDB [(none)]> SET GLOBAL rpL_semi_sync_master_enabled=1;

设置超时时间

MariaDB [(none)]> SET GLOBAL rpl_semi_sync_master_timeout=20000;

2）从库配置
全备主库并恢复到从库中
可使用mysqldump或者xtarbackup
安装插件

MariaDB [(none)]> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
MariaDB [(none)]> SET GLOBAL rpL_semi_sync_slave_enabled=1;
MariaDB [(none)]> SET GLOBAL rpl_semi_sync_master_timeout=20000;