1、MySQL主從復(fù)制
但我們仔細(xì)觀察我們會(huì)發(fā)現(xiàn)，當(dāng)我們的項(xiàng)目都是用的單體數(shù)據(jù)庫時(shí)，那么就可能會(huì)存在如下問題：
- 讀和寫所有壓力都由一臺(tái)數(shù)據(jù)庫承擔(dān)， 壓力大
- 數(shù)據(jù)庫服務(wù)器磁盤損壞則 數(shù)據(jù)丟失 ，單點(diǎn)故障
為了解決上述提到的兩個(gè)問題，我們可以準(zhǔn)備兩 (多) 臺(tái)MySQL，一臺(tái)主( Master )服務(wù)器，一臺(tái)從( Slave )服務(wù)器，主庫的 數(shù)據(jù)變更 (寫、更新、刪除這些操作) ，需要 同步 到從庫中 (主從復(fù)制) 。而用戶在訪問我們項(xiàng)目時(shí)，如果是 寫操作 (insert、update、delete)，則直接操作 主庫 ；如果是 讀操作 (select) ，則直接操作從庫，這種結(jié)構(gòu)就是 讀寫分離 啦。
在這種讀寫分離的結(jié)構(gòu)中，從庫是可以有多個(gè)的
1.1、介紹
MySQL主從復(fù)制是一個(gè) 異步 的復(fù)制過程，底層是基于Mysql數(shù)據(jù)庫自帶的 二進(jìn)制日志 功能。就是一臺(tái)或多臺(tái)MySQL數(shù)據(jù)庫（slave，即 從庫 ）從另一臺(tái)MySQL數(shù)據(jù)庫（master，即 主庫 ）進(jìn)行日志的復(fù)制，然后再解析日志并應(yīng)用到自身，最終實(shí)現(xiàn) 從庫 的數(shù)據(jù)和 主庫 的數(shù)據(jù)保持一致。MySQL主從復(fù)制是 MySQL數(shù)據(jù)庫自帶功能，無需借助第三方工具。
二進(jìn)制日志：
二進(jìn)制日志（BINLOG）記錄了所有的 DDL（數(shù)據(jù)定義語言）語句和 DML（數(shù)據(jù)操縱語言）語句，但是不包括數(shù)據(jù)查詢語句。此日志對(duì)于災(zāi)難時(shí)的數(shù)據(jù)恢復(fù)起著極其重要的作用，MySQL的主從復(fù)制， 就是通過該binlog實(shí)現(xiàn)的。默認(rèn)MySQL是未開啟該日志的。
MySQL復(fù)制過程分成三步：
1.2、主從庫搭建
在環(huán)境搭建之前，我們需要準(zhǔn)備好兩臺(tái)服務(wù)器，如果生活富裕使用的是兩臺(tái)云服務(wù)器的時(shí)候記得要開放安全組，即防火墻；如果是比狗子我生活好點(diǎn)但也是用的虛擬機(jī)的話，記得別分這么多內(nèi)存啟動(dòng)藍(lán)屏了（別問怎么知道的）
這里就不給大家展示數(shù)據(jù)庫的安裝和防火墻的操作了，這個(gè)我感覺網(wǎng)上好多資源都能夠滿足遇到的問題，在搭建主從庫的時(shí)候有在網(wǎng)上見到過說MySQL版本要一致的，我也沒太留意直接就在之前的MySQL上操作了，大家可以自己去驗(yàn)證一下。
1.2.1、主庫配置
服務(wù)器：192.168.150.100（別試了黑不了的，這是虛擬機(jī)的ip）
1、修改Mysql數(shù)據(jù)庫的配置文件vim /etc/my.cnf
在打開的文件中加入下面兩行，其中的server-id不一定是100，確保唯一即可log-bin=mysql-bin #[必須]啟用二進(jìn)制日志server-id=100 #[必須]服務(wù)器唯一ID
2、重啟Mysql服務(wù)
這里有三個(gè)方法都能重啟MySQL，最簡單的無疑就是一關(guān)一開：
net stop mysql;net start mysql;systemctl restart mysqldservice mysqld restart
3、創(chuàng)建數(shù)據(jù)同步的用戶并授權(quán)
登錄進(jìn)去MySQL之后才能夠執(zhí)行下面的命令，因?yàn)檫@是SQL命令，Linux不認(rèn)識(shí)這玩意是啥。
GRANT REPLICATION SLAVE ON *.* to ‘用戶名’@’開放的地址’ identified by ‘密碼’;eg: GRANT REPLICATION SLAVE ON *.* to ‘masterDb’@’%’ identified by ‘Master@123456’;記得刷一下權(quán)限FLUSH PRIVILEGES;
4、查看master同步狀態(tài)
這個(gè)時(shí)候還 不用退出MySQL ，因?yàn)橄旅娴拿钸€是SQL命令，執(zhí)行下面的SQL，可以拿到我們后面需要的兩個(gè)重要參數(shù)。
show master status;
執(zhí)行完這一句SQL之后，==不要再操作主庫！不要再操作主庫！不要再操作主庫！==重要的事情說三遍，因?yàn)樵俨僮髦鲙熘罂赡軙?huì)導(dǎo)致紅框中的 兩個(gè)屬性值會(huì)發(fā)生變化 ，后面如果發(fā)生了錯(cuò)誤可能就和這里有那么兩毛錢關(guān)系了。
1.2.2、從庫配置
服務(wù)器：192.168.150.101（別試了黑不了的，這也是虛擬機(jī)的ip）
1、 修改Mysql數(shù)據(jù)庫的配置文件vim /etc/my.cnf
這里要注意server-id和主庫以及其他從庫都不能相同，否則后面將會(huì)配置不成功。
2、重啟Mysql服務(wù)
這里有三個(gè)方法都能重啟MySQL，最簡單的無疑就是一關(guān)一開：
net stop mysql;net start mysql;systemctl restart mysqldservice mysqld restart
3、設(shè)置主庫地址及同步位置
登錄進(jìn)去MySQL之后才能夠執(zhí)行下面的命令，因?yàn)檫@是SQL命令
設(shè)置主庫地址和同步位置change master to master_host=’192.168.150.100′,master_user=’masterDb’,master_password=’Master@123456′,master_log_file=’mysql-bin.000010′,master_log_pos=68479;記得記得開啟從庫配置start slave;
參數(shù)說明：
- master_host: 主庫的 IP地址
- master_user: 訪問主庫進(jìn)行主從復(fù)制的 用戶名 ( 上面在主庫創(chuàng)建的 )
- master_password: 訪問主庫進(jìn)行主從復(fù)制的用戶名對(duì)應(yīng)的 密碼
- master_log_file: 從哪個(gè) 日志文件 開始同步 ( 即1.2.1中第4步獲取的 File )
- master_log_pos: 從指定日志文件的哪個(gè) 位置 開始同步 ( 即1.2.1中第4步獲取的 Position )
4、查看從數(shù)據(jù)庫的狀態(tài)
這個(gè)時(shí)候還 不用退出MySQL ，因?yàn)橄旅娴拿钸€是SQL命令，執(zhí)行下面的SQL，可以看到從庫的狀態(tài)信息。通過狀態(tài)信息中的 Slave_IO_running 和 Slave_SQL_running 可以看出主從同步是否就緒，如果這兩個(gè)參數(shù)全為 Yes ，表示主從同步已經(jīng)配置完成。
show slave statusG;
1.3、坑位介紹
1.3.1、UUID報(bào)錯(cuò)
這可能是由于linux 是復(fù)制出來的，MySQL中還有一個(gè) server_uuid 是一樣的，我們也需要修改。 vim /var/lib/mysql/auto.cnf
1.3.2、server_id報(bào)錯(cuò)
這應(yīng)該就是各位大牛設(shè)置server_id的時(shí)候不小心設(shè)置相同的id了，修改過來就行，步驟在上面的配置中。
1.3.3、同步異常解決
這是狗子在操作過程中搞出來的一個(gè)錯(cuò)誤……
出錯(cuò)的原因是在主庫中刪除了用戶信息，但是在從庫中同步的時(shí)候失敗導(dǎo)致同步停止，下面記錄自己的操作（是在進(jìn)入MySQL的操作且是從庫）。
MASTER_LOG_POSSTOP SLAVE;SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;START SLAVE;SHOW SLAVE STATUSG;
在數(shù)據(jù)庫中操作時(shí)，一定要注意當(dāng)前所在的數(shù)據(jù)庫是哪個(gè)，作為一個(gè)良好的實(shí)踐：在SQL語句前加 USE dbname 。
操作不規(guī)范，親人兩行淚……
2、項(xiàng)目中實(shí)現(xiàn)
2.1、ShardingJDBC
Sharding-JDBC定位為 輕量級(jí)Java框架 ，在Java的JDBC層提供的額外服務(wù)。 它使用客戶端直連數(shù)據(jù)庫，以 jar包 形式提供服務(wù)，無需額外部署和依賴，可理解為增強(qiáng)版的JDBC驅(qū)動(dòng)， 完全兼容JDBC和各種ORM框架 。
使用Sharding-JDBC可以在程序中輕松的實(shí)現(xiàn)數(shù)據(jù)庫 讀寫分離 。
Sharding-JDBC具有以下幾個(gè)特點(diǎn)：
- 適用于任何基于JDBC的ORM框架，如：JPA, Hibernate, Mybatis, Spring JDBC Template或直接使用JDBC。
- 支持任何第三方的數(shù)據(jù)庫連接池，如：DBCP, C3P0, BoneCP, Druid, HikariCP等。
- 支持任意實(shí)現(xiàn)JDBC規(guī)范的數(shù)據(jù)庫。目前支持MySQL，Oracle，SQLServer，PostgreSQL以及任何遵循SQL92標(biāo)準(zhǔn)的數(shù)據(jù)庫。
下面我們將用ShardingJDBC在項(xiàng)目中實(shí)現(xiàn)MySQL的讀寫分離。
2.2、依賴導(dǎo)入
在pom.xml文件中導(dǎo)入ShardingJDBC的依賴坐標(biāo)
org.apache.shardingsphere sharding-jdbc-spring-boot-starter 4.0.0-RC1
2.3、配置文件
在application.yml中增加數(shù)據(jù)源的配置
spring: shardingsphere: datasource: names: master,slave # 主數(shù)據(jù)源 master: type: com.alibaba.druid.pool.DruidDataSource driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://192.168.150.100:3306/db_test?useUnicode=true&characterEncoding=utf-8&useSSL=false username: root password: 123456 # 從數(shù)據(jù)源 slave: type: com.alibaba.druid.pool.DruidDataSource driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://192.168.150.101:3306/db_test?useUnicode=true&characterEncoding=utf-8&useSSL=false username: root password: 123456 masterslave: # 讀寫分離配置，設(shè)置負(fù)載均衡的模式為輪詢 load-balance-algorithm-type: round_robin # 最終的數(shù)據(jù)源名稱 name: dataSource # 主庫數(shù)據(jù)源名稱 master-data-source-name: master # 從庫數(shù)據(jù)源名稱列表，多個(gè)逗號(hào)分隔 slave-data-source-names: slave props: sql: show: true #開啟SQL顯示，默認(rèn)false # 覆蓋注冊bean，后面創(chuàng)建數(shù)據(jù)源會(huì)覆蓋前面創(chuàng)建的數(shù)據(jù)源 main: allow-bean-definition-overriding: true
2.4、測試跑路
這時(shí)我們就可以對(duì)我們項(xiàng)目中的配置進(jìn)行一個(gè)測試，下面分別調(diào)用一個(gè)更新接口和一個(gè)查詢接口，通過查看日志中記錄的數(shù)據(jù)源來判斷是否能夠按照我們預(yù)料中的跑。
- 更新操作（寫操作）
- 查詢操作（讀操作）
搞定！?。〕绦蛘０凑瘴覀冾A(yù)期的成功跑起來了，成功借助ShardingJDBC在我們項(xiàng)目中實(shí)現(xiàn)了數(shù)據(jù)庫的讀寫分離。
