国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

實現MySQL與elasticsearch數據同步的方法

OSC開源社區 ? 來源:又拍云 ? 2023-03-17 13:49 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

MySQL 自身簡單、高效、可靠,是又拍云內部使用最廣泛的數據庫。但是當數據量達到一定程度的時候,對整個 MySQL 的操作會變得非常遲緩。而公司內部 robin/logs 表的數據量已經達到 800w,后續又有全文檢索的需求。這個需求直接在 MySQL上實施是難以做到的。

原數據庫的同步問題

由于傳統的 mysql 數據庫并不擅長海量數據的檢索,當數據量到達一定規模時(估算單表兩千萬左右),查詢和插入的耗時會明顯增加。同樣,當需要對這些數據進行模糊查詢或是數據分析時,MySQL作為事務型關系數據庫很難提供良好的性能支持。使用適合的數據庫來實現模糊查詢是解決這個問題的關鍵。 但是,切換數據庫會迎來兩個問題,一是已有的服務對現在的 MySQL重度依賴,二是MySQL的事務能力和軟件生態仍然不可替代,直接遷移數據庫的成本過大。我們綜合考慮了下,決定同時使用多個數據庫的方案,不同的數據庫應用于不同的使用場景。

而在支持模糊查詢功能的數據庫中,elasticsearch 自然是首選的查詢數據庫。這樣后續對業務需求的切換也會非常靈活。 那具體該如何實現呢?在又拍云以往的項目中,也有遇到相似的問題。之前采用的方法是在業務中編寫代碼,然后同步到 elasticsearch 中。具體是這樣實施的:每個系統編寫特定的代碼,修改 MySQL數據庫后,再將更新的數據直接推送到需要同步的數據庫中,或推送到隊列由消費程序來寫入到數據庫中。 但這個方案有一些明顯的缺點:

系統高耦合,侵入式代碼,使得業務邏輯復雜度增加

方案不通用,每一套同步都需要額外定制,不僅增加業務處理時間,還會提升軟件復復雜度

工作量和復雜度增加

在業務中編寫同步方案,雖然在項目早期比較方便,但隨著數據量和系統的發展壯大,往往最后會成為業務的大痛點。

解決思路及方案

調整架構

既然以往的方案有明顯的缺點,那我們如何來解決它呢?優秀的解決方案往往是 “通過架構來解決問題“,那么能不能通過架構的思想來解決問題呢? 答案是可以的。我們可以將程序偽裝成 “從數據庫”,主庫的增量變化會傳遞到從庫,那這個偽裝成 “從數據庫” 的程序就能實時獲取到數據變化,然后將增量的變化推送到消息隊列 MQ,后續消費者消耗 MQ 的數據,然后經過處理之后再推送到各自需要的數據庫。 這個架構的核心是通過監聽 MySQL 的 binlog 來同步增量數據,通過基于 query 的查詢舊表來同步舊數據,這就是本文要講的一種異構數據庫同步的實踐。

改進數據庫

經過深度的調研,成功得到了一套異構數據庫同步方案,并且成功將公司生產環境下的 robin/logs 的表同步到了 elasticsearch 上。 首先對 MySQL 開啟 binlog,但是由于 maxwell 需要的 binlog_format=row 原本的生產環境的數據庫不宜修改。這里請教了海楊前輩,他提供了”從庫聯級“的思路,在從庫中監聽 binlog 繞過了操作生產環境重啟主庫的操作,大大降低了系統風險。 后續操作比較順利,啟動 maxwell 監聽從庫變化,然后將增量變化推送到 kafka ,最后配置 logstash 消費 kafka中的數據變化事件信息,將結果推送到 elasticsearch。配置 logstash需要結合表結構,這是整套方案實施的重點。 這套方案使用到了kafka、maxwell、logstash、elasticsearch。其中 elasticsearch 與 kafka已經在生產環境中有部署,所以無需單獨部署維護。而 logstash 與 maxwell 只需要修改配置文件和啟動命令即可快速上線。整套方案的意義不僅在于成本低,而且可以大規模使用,公司內有 MySQL 同步到其它數據庫的需求時,都可以上任。

成果展示前后對比

- 使用該方案同步和業務實現同步的對比

052d642c-c47a-11ed-bfe3-dac502259ad0.png

- 寫入到 elasticsearch 性能對比 (8核4G內存)

項目 logstash 業務同步
寫入速度 1500 條/s 200 條/s

經過對比測試,800w 數據量全量同步,使用 logstash 寫到 elasticsearch,實際需要大概 3 小時,而舊方案的寫入時間需要 2.5 天。

方案實施細節

接下來,我們來看看具體是如何實現的。 本方案無需編寫額外代碼,非侵入式的,實現 MySQL數據與 elasticsearch 數據庫的同步。

0549731a-c47a-11ed-bfe3-dac502259ad0.png

下列是本次方案需要使用所有的組件:

MySQL

Kafka

Maxwell(監聽 binlog)

Logstash(將數據同步給 elasticsearch)

Elasticsearch

1. MySQL配置

本次使用 MySQL 5.5 作示范,其他版本的配置可能稍許不同需要

首先我們需要增加一個數據庫只讀的用戶,如果已有的可以跳過。

-- 創建一個 用戶名為 maxwell 密碼為 xxxxxx 的用戶
CREATE USER 'maxwell'@'%' IDENTIFIED BY 'XXXXXX';
GRANT ALL ON maxwell.* TO 'maxwell'@'localhost';
GRANT SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO 'maxwell'@'%';

開啟數據庫的 `binlog`,修改 `mysql` 配置文件,注意 `maxwell` 需要的 `binlog` 格式必須是`row`。

# /etc/mysql/my.cnf


[mysqld]
# maxwell 需要的 binlog 格式必須是 row
binlog_format=row


# 指定 server_id 此配置關系到主從同步需要按情況設置,
# 由于此mysql沒有開啟主從同步,這邊默認設置為 1
server_id=1


# logbin 輸出的文件名, 按需配置
log-bin=master
重啟 MySQL 并查看配置是否生效:
sudo systemctl restart mysqld
select @@log_bin;
-- 正確結果是 1
select @@binlog_format;
-- 正確結果是 ROW
如果要監聽的數據庫開啟了主從同步,并且不是主數據庫,需要再從數據庫開啟 binlog 聯級同步。
# /etc/my.cnf


log_slave_updates = 1

需要被同步到 elasticsearch 的表結構。
-- robin.logs
show create table robin.logs;


-- 表結構
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=utf8

2.Maxwell 配置

本次使用 maxwell-1.39.2 作示范, 確保機器中包含 java 環境, 推薦 openjdk11

下載 maxwell 程序

wget https://github.com/zendesk/maxwell/releases/download/v1.39.2/maxwell-1.39.2.tar.gz
tar zxvf maxwell-1.39.2.tar.gz **&&**  cd maxwell-1.39.2
maxwell 使用了兩個數據庫:

一個是需要被監聽binlog的數據庫(只需要讀權限)

另一個是記錄maxwell服務狀態的數據庫,當前這兩個數據庫可以是同一個

重要參數說明:

host 需要監聽binlog的數據庫地址

port 需要監聽binlog的數據庫端口

user 需要監聽binlog的數據庫用戶名

password 需要監聽binlog的密碼

replication_host 記錄maxwell服務的數據庫地址

replication_port 記錄maxwell服務的數據庫端口

replication_user 記錄maxwell服務的數據庫用戶名

filter 用于監聽binlog數據時過濾不需要的數據庫數據或指定需要的數據庫

producer 將監聽到的增量變化數據提交給的消費者 (如 stdout、kafka)

kafka.bootstrap.servers kafka 服務地址

kafka_version kafka 版本

kafka_topic 推送到kafka的主題

啟動 maxwell

注意,如果 kafka 配置了禁止自動創建主題,需要先自行在 kafka 上創建主題,kafka_version 需要根據情況指定, 此次使用了兩張不同的庫

./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.1

3. 安裝 Logstash

Logstash 包中已經包含了 openjdk,無需額外安裝。

wget https://artifacts.elastic.co/downloads/logstash/logstash-8.5.0-linux-x86_64.tar.gz
tar zxvf logstash-8.5.0-linux-x86_64.tar.gz
刪除不需要的配置文件。
rm config/logstash.yml
修改logstash配置文件,此處語法參考官方文檔(https://www.elastic.co/guide/en/logstash/current/input-plugins.html)。
# config/logstash-sample.conf


input {
 kafka {
    bootstrap_servers => "192.168.30.10:9092"
    group_id => "main"
    topics => ["maxwell-robinlogs"]
 }
}


filter {
  json {
    source => "message"
  }


  # 將maxwell的事件類型轉化為es的事件類型
  # 如增加 -> index 修改-> update
  translate {
    source => "[type]"
    target => "[action]"
    dictionary => {
      "insert" => "index"
      "bootstrap-insert" => "index"
      "update" => "update"
      "delete" => "delete"
    }
    fallback => "unknown"
  }


  # 過濾無效的數據
  if ([action] == "unknown") {
    drop {}
  }


  # 處理數據格式
  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 {
  # 結果寫到es
  elasticsearch {
    hosts => ["http://es-zico2.service.upyun:9500"]
    index => "robin_logs"
    action => "%{action}"
    document_id => "%{id}"
    document_type => "robin_logs"
  }


  # 結果打印到標準輸出
  stdout {
    codec => rubydebug
  }
}
執行程序:
# 測試配置文件*
bin/logstash -f config/logstash-sample.conf --config.test_and_exit


# 啟動*
bin/logstash -f config/logstash-sample.conf --config.reload.automatic

4. 全量同步

完成啟動后,后續的增量數據 maxwell 會自動推送給 logstash 最終推送到 elasticsearch ,而之前的舊數據可以通過 maxwell 的 bootstrap 來同步,往下面表中插入一條任務,那么 maxwell 會自動將所有符合條件的 where_clause 的數據推送更新。

INSERT INTO maxwell.bootstrap 
        ( database_name, table_name, where_clause, client_id ) 
values 
        ( 'robin', 'logs', 'id > 1', 'maxwell' );
后續可以在 elasticsearch 檢測數據是否同步完成,可以先查看數量是否一致,然后抽樣對比詳細數據。
# 檢測 elasticsearch  中的數據量
GET robin_logs/robin_logs/_count

?





審核編輯:劉清

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 數據庫
    +關注

    關注

    7

    文章

    4020

    瀏覽量

    68340
  • MySQL
    +關注

    關注

    1

    文章

    906

    瀏覽量

    29518
  • Maxwell
    +關注

    關注

    4

    文章

    36

    瀏覽量

    13594

原文標題:如何高效實現MySQL與elasticsearch的數據同步

文章出處:【微信號:OSC開源社區,微信公眾號:OSC開源社區】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    恒訊科技解析:如何安裝MySQL并創建數據

    安裝和管理MySQL不必復雜。只需幾分鐘,你就能在Linux服務器上搭建MySQL,創建第一個數據庫,甚至自動化備份——同時確保數據安全有序。 什么是
    的頭像 發表于 01-14 14:25 ?176次閱讀

    從0到1搭建實時日志監控系統:基于WebSocket + Elasticsearch的實戰方案

    低成本、實時性高的日志監控系統。 2. 技術選型 數據存儲 :Elasticsearch(高效檢索與聚合) 實時推送 :WebSocket(全雙工通信,避免HTTP輪詢) 后端服務 :Node.js
    發表于 01-09 16:43

    工業數據中臺支持接入MySQL數據庫嗎

    工業數據中臺完全支持接入MySQL數據庫 ,且通過數據同步、集成與治理等技術手段,能夠充分發揮MySQL
    的頭像 發表于 12-04 11:23 ?375次閱讀
    工業<b class='flag-5'>數據</b>中臺支持接入<b class='flag-5'>MySQL</b><b class='flag-5'>數據</b>庫嗎

    mysql數據恢復—mysql數據庫表被truncate的數據恢復案例

    某云ECS網站服務器,linux操作系統,部署了mysql數據庫。工作人員在執行數據庫版本更新測試時,錯誤地將本應在測試庫執行的sql腳本在生產庫上執行了,導致部分表被truncate,部分表內
    的頭像 發表于 09-11 09:28 ?872次閱讀
    <b class='flag-5'>mysql</b><b class='flag-5'>數據</b>恢復—<b class='flag-5'>mysql</b><b class='flag-5'>數據</b>庫表被truncate的<b class='flag-5'>數據</b>恢復案例

    使用Rsync實現本地與遠程文件同步方案

    在現代運維工作中,數據安全和備份策略是企業信息系統穩定運行的重要基石。隨著企業數據量的指數級增長和分布式架構的普及,如何高效、可靠地實現數據同步
    的頭像 發表于 09-02 16:39 ?1205次閱讀

    CentOS 7下MySQL 8雙主熱備高可用架構全解

    MySQL主節點2 核心邏輯: 通過Keepalived實現VIP漂移 雙向GTID同步保證數據一致性 雙寫模式需配合應用層沖突解決機制 MySQ
    的頭像 發表于 08-12 17:08 ?830次閱讀

    MySQL數據備份與恢復策略

    數據是企業的核心資產,MySQL作為主流的關系型數據庫管理系統,其數據的安全性和可靠性至關重要。本文將深入探討MySQL
    的頭像 發表于 07-14 11:11 ?726次閱讀

    企業級MySQL數據庫管理指南

    在當今數字化時代,MySQL作為全球最受歡迎的開源關系型數據庫,承載著企業核心業務數據的存儲與處理。作為數據庫管理員(DBA),掌握MySQL
    的頭像 發表于 07-09 09:50 ?719次閱讀

    遠程訪問內網MySQL數據庫?這個方案更簡單

    各位開發者朋友們,是否還在為無法隨時隨地訪問內網MySQL數據庫而煩惱?今天分享一個超實用的方法,通過容器部署 MySQL 結合 ZeroNews 內網穿透,讓你在任何地方都能安全訪問
    的頭像 發表于 07-04 18:06 ?866次閱讀
    遠程訪問內網<b class='flag-5'>MySQL</b><b class='flag-5'>數據</b>庫?這個方案更簡單

    MYSQL集群高可用和數據監控平臺實現方案

    該項目共分為2個子項目,由MYSQL集群高可用和數據監控平臺兩部分組成。
    的頭像 發表于 05-28 10:10 ?1308次閱讀
    <b class='flag-5'>MYSQL</b>集群高可用和<b class='flag-5'>數據</b>監控平臺<b class='flag-5'>實現</b>方案

    MySQL數據庫采集網關是什么?有什么功能?

    MySQL數據庫采集網關是一種用于連接、采集、處理并傳輸數據MySQL數據庫的中間設備或軟件系統,通常部署在
    的頭像 發表于 05-26 15:20 ?661次閱讀

    MySQL數據庫是什么

    MySQL數據庫是一種 開源的關系型數據庫管理系統(RDBMS) ,由瑞典MySQL AB公司開發,后被Oracle公司收購。它通過結構化查詢語言(SQL)進行
    的頭像 發表于 05-23 09:18 ?1206次閱讀

    單節點Elasticsearch+Filebeat+Kibana安裝指南

    單節點Elasticsearch+Filebeat+Kibana安裝指南
    的頭像 發表于 05-21 11:06 ?1188次閱讀
    單節點<b class='flag-5'>Elasticsearch</b>+Filebeat+Kibana安裝指南

    利用dockerfile搭建mysql主從集群和redis集群

    ==MySQL主從同步(Replication)是一種實現數據冗余和高可用性的技術,通過將主數據庫(Master)的變更操作
    的頭像 發表于 05-14 11:38 ?1937次閱讀
    利用dockerfile搭建<b class='flag-5'>mysql</b>主從集群和redis集群

    數據采集到MYSQL和SQLSERVER數據庫可以實現哪些功能

    將工業設備數據采集到MySQL和SQLServer數據庫后,可實現生產管理、設備運維、決策支持等多維度功能。對此,數之能提供多種工業設備數據
    的頭像 發表于 05-07 15:32 ?586次閱讀