實(shí)現(xiàn)MySQL與elasticsearch的數(shù)據(jù)同步的代碼示例
由于傳統(tǒng)的 mysql 數(shù)據(jù)庫并不擅長海量數(shù)據(jù)的檢索，當(dāng)數(shù)據(jù)量到達(dá)一定規(guī)模時(shí)（估算單表兩千萬左右），查詢和插入的耗時(shí)會(huì)明顯增加。同樣，當(dāng)需要對(duì)這些數(shù)據(jù)進(jìn)行模糊查詢或是數(shù)據(jù)分析時(shí)，MySQL作為事務(wù)型關(guān)系數(shù)據(jù)庫很難提供良好的性能支持。使用適合的數(shù)據(jù)庫來實(shí)現(xiàn)模糊查詢是解決這個(gè)問題的關(guān)鍵。
但是，切換數(shù)據(jù)庫會(huì)迎來兩個(gè)問題，一是已有的服務(wù)對(duì)現(xiàn)在的 MySQL 重度依賴，二是 MySQL 的事務(wù)能力和軟件生態(tài)仍然不可替代，直接遷移數(shù)據(jù)庫的成本過大。我們綜合考慮了下，決定同時(shí)使用多個(gè)數(shù)據(jù)庫的方案，不同的數(shù)據(jù)庫應(yīng)用于不同的使用場(chǎng)景。而在支持模糊查詢功能的數(shù)據(jù)庫中，elasticsearch 自然是首選的查詢數(shù)據(jù)庫。這樣后續(xù)對(duì)業(yè)務(wù)需求的切換也會(huì)非常靈活。
那具體該如何實(shí)現(xiàn)呢？在又拍云以往的項(xiàng)目中，也有遇到相似的問題。之前采用的方法是在業(yè)務(wù)中編寫代碼，然后同步到 elasticsearch 中。具體是這樣實(shí)施的：每個(gè)系統(tǒng)編寫特定的代碼，修改 MySQL 數(shù)據(jù)庫后，再將更新的數(shù)據(jù)直接推送到需要同步的數(shù)據(jù)庫中，或推送到隊(duì)列由消費(fèi)程序來寫入到數(shù)據(jù)庫中。
但這個(gè)方案有一些明顯的缺點(diǎn)：
系統(tǒng)高耦合，侵入式代碼，使得業(yè)務(wù)邏輯復(fù)雜度增加
方案不通用，每一套同步都需要額外定制，不僅增加業(yè)務(wù)處理時(shí)間，還會(huì)提升軟件復(fù)復(fù)雜度
工作量和復(fù)雜度增加
在業(yè)務(wù)中編寫同步方案，雖然在項(xiàng)目早期比較方便，但隨著數(shù)據(jù)量和系統(tǒng)的發(fā)展壯大，往往最后會(huì)成為業(yè)務(wù)的大痛點(diǎn)。
解決思路及方案調(diào)整架構(gòu)既然以往的方案有明顯的缺點(diǎn)，那我們?nèi)绾蝸斫鉀Q它呢？優(yōu)秀的解決方案往往是 “通過架構(gòu)來解決問題“，那么能不能通過架構(gòu)的思想來解決問題呢？
答案是可以的。我們可以將程序偽裝成 “從數(shù)據(jù)庫”，主庫的增量變化會(huì)傳遞到從庫，那這個(gè)偽裝成 “從數(shù)據(jù)庫” 的程序就能實(shí)時(shí)獲取到數(shù)據(jù)變化，然后將增量的變化推送到消息隊(duì)列 MQ，后續(xù)消費(fèi)者消耗 MQ 的數(shù)據(jù)，然后經(jīng)過處理之后再推送到各自需要的數(shù)據(jù)庫。
這個(gè)架構(gòu)的核心是通過監(jiān)聽 MySQL 的 binlog 來同步增量數(shù)據(jù)，通過基于 query 的查詢舊表來同步舊數(shù)據(jù)，這就是本文要講的一種異構(gòu)數(shù)據(jù)庫同步的實(shí)踐。
改進(jìn)數(shù)據(jù)庫經(jīng)過深度的調(diào)研，成功得到了一套異構(gòu)數(shù)據(jù)庫同步方案，并且成功將公司生產(chǎn)環(huán)境下的 robin/logs 的表同步到了 elasticsearch 上。
首先對(duì) MySQL 開啟 binlog，但是由于 maxwell 需要的 binlog_format=row 原本的生產(chǎn)環(huán)境的數(shù)據(jù)庫不宜修改。這里請(qǐng)教了海楊前輩，他提供了”從庫聯(lián)級(jí)“的思路，在從庫中監(jiān)聽 binlog 繞過了操作生產(chǎn)環(huán)境重啟主庫的操作，大大降低了系統(tǒng)風(fēng)險(xiǎn)。
后續(xù)操作比較順利，啟動(dòng) maxwell 監(jiān)聽從庫變化，然后將增量變化推送到 kafka ，最后配置 logstash 消費(fèi) kafka中的數(shù)據(jù)變化事件信息，將結(jié)果推送到 elasticsearch。配置 logstash需要結(jié)合表結(jié)構(gòu)，這是整套方案實(shí)施的重點(diǎn)。
這套方案使用到了kafka、maxwell、logstash、elasticsearch。其中 elasticsearch 與 kafka已經(jīng)在生產(chǎn)環(huán)境中有部署，所以無需單獨(dú)部署維護(hù)。而 logstash 與 maxwell 只需要修改配置文件和啟動(dòng)命令即可快速上線。整套方案的意義不僅在于成本低，而且可以大規(guī)模使用，公司內(nèi)有 MySQL 同步到其它數(shù)據(jù)庫的需求時(shí)，都可以上任。
成果展示前后對(duì)比使用該方案同步和業(yè)務(wù)實(shí)現(xiàn)同步的對(duì)比
寫入到 elasticsearch 性能對(duì)比 (8核4G內(nèi)存)
經(jīng)過對(duì)比測(cè)試，800w 數(shù)據(jù)量全量同步，使用 logstash 寫到 elasticsearch，實(shí)際需要大概 3 小時(shí)，而舊方案的寫入時(shí)間需要 2.5 天。
方案實(shí)施細(xì)節(jié)接下來，我們來看看具體是如何實(shí)現(xiàn)的。
本方案無需編寫額外代碼，非侵入式的，實(shí)現(xiàn) MySQL 數(shù)據(jù)與 elasticsearch 數(shù)據(jù)庫的同步。
下列是本次方案需要使用所有的組件：
MySQL
Kafka
Maxwell（監(jiān)聽 binlog）
Logstash（將數(shù)據(jù)同步給 elasticsearch）
Elasticsearch
1. MySQL配置本次使用 MySQL 5.5 作示范，其他版本的配置可能稍許不同需要
首先我們需要增加一個(gè)數(shù)據(jù)庫只讀的用戶，如果已有的可以跳過。
-- 創(chuàng)建一個(gè) 用戶名為 maxwell 密碼為 xxxxxx 的用戶CREATE USER 'maxwell'@'%' IDENTIFIED BY 'XXXXXX';GRANT ALL ON maxwell.* TO 'maxwell'@'localhost';GRANT SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'maxwell'@'%';開啟數(shù)據(jù)庫的 binlog，修改 mysql 配置文件，注意 maxwell 需要的 binlog 格式必須是row。
# /etc/mysql/my.cnf[mysqld]# maxwell 需要的 binlog 格式必須是 rowbinlog_format=row# 指定 server_id 此配置關(guān)系到主從同步需要按情況設(shè)置，# 由于此mysql沒有開啟主從同步，這邊默認(rèn)設(shè)置為 1server_id=1# logbin 輸出的文件名， 按需配置log-bin=master重啟 MySQL 并查看配置是否生效：
sudo systemctl restart mysqldselect @@log_bin;-- 正確結(jié)果是 1select @@binlog_format;-- 正確結(jié)果是 ROW如果要監(jiān)聽的數(shù)據(jù)庫開啟了主從同步，并且不是主數(shù)據(jù)庫，需要再從數(shù)據(jù)庫開啟 binlog 聯(lián)級(jí)同步。
# /etc/my.cnflog_slave_updates = 1需要被同步到 elasticsearch 的表結(jié)構(gòu)。
-- robin.logsshow create table robin.logs;-- 表結(jié)構(gòu)CREATE TABLE `logs` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `content` text NOT NULL, `user_id` int(11) NOT NULL, `status` enum('SUCCESS','FAILED','PROCESSING') NOT NULL, `type` varchar(20) DEFAULT '', `meta` text, `created_at` bigint(15) NOT NULL, `idx_host` varchar(255) DEFAULT '', `idx_domain_id` int(11) unsigned DEFAULT NULL, `idx_record_value` varchar(255) DEFAULT '', `idx_record_opt` enum('DELETE','ENABLED','DISABLED') DEFAULT NULL, `idx_orig_record_value` varchar(255) DEFAULT '', PRIMARY KEY (`id`), KEY `created_at` (`created_at`)) ENGINE=InnoDB AUTO_INCREMENT=8170697 DEFAULT CHARSET=utf82. Maxwell 配置本次使用 maxwell-1.39.2 作示范, 確保機(jī)器中包含 java 環(huán)境， 推薦 openjdk11
下載 maxwell 程序
wget https://github.com/zendesk/maxwell/releases/download/v1.39.2/maxwell-1.39.2.tar.gztar zxvf maxwell-1.39.2.tar.gz **&&** cd maxwell-1.39.2maxwell 使用了兩個(gè)數(shù)據(jù)庫：
一個(gè)是需要被監(jiān)聽binlog的數(shù)據(jù)庫(只需要讀權(quán)限)
另一個(gè)是記錄maxwell服務(wù)狀態(tài)的數(shù)據(jù)庫，當(dāng)前這兩個(gè)數(shù)據(jù)庫可以是同一個(gè)
重要參數(shù)說明：
host 需要監(jiān)聽binlog的數(shù)據(jù)庫地址
port 需要監(jiān)聽binlog的數(shù)據(jù)庫端口
user 需要監(jiān)聽binlog的數(shù)據(jù)庫用戶名
password 需要監(jiān)聽binlog的密碼
replication_host 記錄maxwell服務(wù)的數(shù)據(jù)庫地址
replication_port 記錄maxwell服務(wù)的數(shù)據(jù)庫端口
replication_user 記錄maxwell服務(wù)的數(shù)據(jù)庫用戶名
filter 用于監(jiān)聽binlog數(shù)據(jù)時(shí)過濾不需要的數(shù)據(jù)庫數(shù)據(jù)或指定需要的數(shù)據(jù)庫
producer 將監(jiān)聽到的增量變化數(shù)據(jù)提交給的消費(fèi)者 (如 stdout、kafka)
kafka.bootstrap.servers kafka 服務(wù)地址
kafka_version kafka 版本
kafka_topic 推送到kafka的主題
啟動(dòng) maxwell
注意，如果 kafka 配置了禁止自動(dòng)創(chuàng)建主題，需要先自行在 kafka 上創(chuàng)建主題，kafka_version 需要根據(jù)情況指定, 此次使用了兩張不同的庫
./bin/maxwell --host=mysql-maxwell.mysql.svc.cluster.fud3 --port=3306 --user=root --password=password --replication_host=192.168.5.38 --replication_port=3306 --replication_user=cloner --replication_password=password--filter='exclude: *.*, include: robin.logs' --producer=kafka --kafka.bootstrap.servers=192.168.30.10:9092 --kafka_topic=maxwell-robinlogs --kafka_version=0.9.0.13. 安裝 LogstashLogstash 包中已經(jīng)包含了 openjdk，無需額外安裝。
wget https://artifacts.elastic.co/downloads/logstash/logstash-8.5.0-linux-x86_64.tar.gztar zxvf logstash-8.5.0-linux-x86_64.tar.gz刪除不需要的配置文件。
rm config/logstash.yml修改 logstash 配置文件
# config/logstash-sample.confinput { kafka { bootstrap_servers => '192.168.30.10:9092' group_id => 'main' topics => ['maxwell-robinlogs'] }}filter { json { source => 'message' } # 將maxwell的事件類型轉(zhuǎn)化為es的事件類型 # 如增加 -> index 修改-> update translate { source => '[type]' target => '[action]' dictionary => { 'insert' => 'index' 'bootstrap-insert' => 'index' 'update' => 'update' 'delete' => 'delete' } fallback => 'unknown' } # 過濾無效的數(shù)據(jù) if ([action] == 'unknown') { drop {} } # 處理數(shù)據(jù)格式 if [data][idx_host] { mutate { add_field => { 'idx_host' => '%{[data][idx_host]}' } } } else { mutate { add_field => { 'idx_host' => '' } } } if [data][idx_domain_id] { mutate { add_field => { 'idx_domain_id' => '%{[data][idx_domain_id]}' } } } else { mutate { add_field => { 'idx_domain_id' => '' } } } if [data][idx_record_value] { mutate { add_field => { 'idx_record_value' => '%{[data][idx_record_value]}' } } } else { mutate { add_field => { 'idx_record_value' => '' } } } if [data][idx_record_opt] { mutate { add_field => { 'idx_record_opt' => '%{[data][idx_record_opt]}' } } } else { mutate { add_field => { 'idx_record_opt' => '' } } } if [data][idx_orig_record_value] { mutate { add_field => { 'idx_orig_record_value' => '%{[data][idx_orig_record_value]}' } } } else { mutate { add_field => { 'idx_orig_record_value' => '' } } } if [data][type] { mutate { replace => { 'type' => '%{[data][type]}' } } } else { mutate { replace => { 'type' => '' } } } mutate { add_field => { 'id' => '%{[data][id]}' 'content' => '%{[data][content]}' 'user_id' => '%{[data][user_id]}' 'status' => '%{[data][status]}' 'meta' => '%{[data][meta]}' 'created_at' => '%{[data][created_at]}' } remove_field => ['data'] } mutate { convert => { 'id' => 'integer' 'user_id' => 'integer' 'idx_domain_id' => 'integer' 'created_at' => 'integer' } } # 只提煉需要的字段 mutate { remove_field => [ 'message', 'original', '@version', '@timestamp', 'event', 'database', 'table', 'ts', 'xid', 'commit', 'tags' ] }}output { # 結(jié)果寫到es elasticsearch { hosts => ['http://es-zico2.service.upyun:9500'] index => 'robin_logs' action => '%{action}' document_id => '%{id}' document_type => 'robin_logs' } # 結(jié)果打印到標(biāo)準(zhǔn)輸出 stdout { codec => rubydebug }}執(zhí)行程序：
# 測(cè)試配置文件*bin/logstash -f config/logstash-sample.conf --config.test_and_exit# 啟動(dòng)*bin/logstash -f config/logstash-sample.conf --config.reload.automatic4. 全量同步完成啟動(dòng)后，后續(xù)的增量數(shù)據(jù) maxwell 會(huì)自動(dòng)推送給 logstash 最終推送到 elasticsearch ，而之前的舊數(shù)據(jù)可以通過 maxwell 的 bootstrap 來同步，往下面表中插入一條任務(wù)，那么 maxwell 會(huì)自動(dòng)將所有符合條件的 where_clause 的數(shù)據(jù)推送更新。
INSERT INTO maxwell.bootstrap ( database_name, table_name, where_clause, client_id ) values ( 'robin', 'logs', 'id > 1', 'maxwell' );后續(xù)可以在 elasticsearch 檢測(cè)數(shù)據(jù)是否同步完成，可以先查看數(shù)量是否一致，然后抽樣對(duì)比詳細(xì)數(shù)據(jù)。
# 檢測(cè) elasticsearch 中的數(shù)據(jù)量GET robin_logs/robin_logs/_count以上就是實(shí)現(xiàn)MySQL與elasticsearch的數(shù)據(jù)同步的代碼示例的詳細(xì)內(nèi)容，更多關(guān)于MySQ與elasticsearch數(shù)據(jù)同步的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！
相關(guān)文章：
網(wǎng)公網(wǎng)安備