《英雄聯(lián)盟》夏季賽總決賽今日開打！JDG對陣LNG首發(fā)名單來了 Knight：準(zhǔn)備三連冠
8月5日消息，今日17:00，《英雄聯(lián)盟》2023LPL夏季賽總決賽將正式開打，由JDG對陣LNG。對兩支隊伍來說，這場比賽不僅要爭奪夏季賽冠軍，更要決定誰才是LPL賽區(qū)一
Elasticsearch 是一個強(qiáng)大的工具，尤其在全文檢索、實(shí)時分析、機(jī)器學(xué)習(xí)、地理數(shù)據(jù)應(yīng)用、日志和事件數(shù)據(jù)分析、安全信息和事件管理等場景有大量的應(yīng)用。
然而，Elastic Stack 技術(shù)棧的選型及應(yīng)用效能取決于正確的使用方式。選型錯誤或者誤用 Elasticsearch 可能會導(dǎo)致擴(kuò)展性問題、性能問題（如為解決一個問題使用非常復(fù)雜的腳本導(dǎo)致性能極差）等，從而使整體體驗感變差。所以，本文區(qū)別于之前的正向講解的方式，更多的講解反例或者負(fù)面應(yīng)用案例。“以史為鑒”，以便于大家更好地使用 Elasticsearch。
本系列文章會有 10 幾篇左右，一篇一個知識點(diǎn)講解 Elasticsearch 使用誤區(qū)解讀，敬請期待！
誤區(qū)1：將 Elasticsearch 視為關(guān)系數(shù)據(jù)庫
Elasticsearch 常被誤解為 MySQL 或者 PostgreSQL 等關(guān)系數(shù)據(jù)庫的直接替代品，用戶除了直接替代使用外更看其全文搜索和快速聚合的能力。
然而，咱們必須清晰的認(rèn)知：Elasticsearch 設(shè)計初衷不是處理復(fù)雜事務(wù)和關(guān)系數(shù)據(jù)模型的。
我們從下面幾個維度逐一展開討論：
個人建議先了解 Elasticsearch 的適用場景以及不適用場景，這樣能清楚 Elastic Stack 技術(shù)棧更適合哪些業(yè)務(wù)需求。
例如，咱們文章之前圖解的六大應(yīng)用場景是非常適合的。然而，對于需要處理復(fù)雜事務(wù)、多表聯(lián)查操作和高一致性要求的應(yīng)用，如銀行系統(tǒng)的交易處理和ERP系統(tǒng)等，Elasticsearch 則不太適合。
圖片
Elasticsearch 更適用場景：
圖片
圖片
通過對比這些場景，反觀自己的業(yè)務(wù)需求，就能判斷是否應(yīng)該選型 Elasticsearch 甚至 Elastic Stack 作為技術(shù)棧。
圖片來自官方博客
Elasticsearch 是一種面向文檔的搜索引擎，專為快速搜索大量數(shù)據(jù)而設(shè)計。
Elasticsearch 基于 Apache Lucene 構(gòu)建，提供了強(qiáng)大的全文搜索、分析和數(shù)據(jù)聚合功能。
以下是 Elasticsearch 的主要特點(diǎn)：
圖片來自官方博客
如前所述，Elasticsearch 并不是設(shè)計用來處理關(guān)系數(shù)據(jù)和事務(wù)的。它的主要優(yōu)勢在于分析和搜索能力，而不是數(shù)據(jù)關(guān)系的嚴(yán)格維護(hù)。
關(guān)系數(shù)據(jù)庫（如 MySQL、Oracle 及 PostgreSQL 等）和 Elasticsearch 之間有幾個關(guān)鍵區(qū)別：
特性 | 關(guān)系數(shù)據(jù)庫 | Elasticsearch |
數(shù)據(jù)存儲結(jié)構(gòu) | 結(jié)構(gòu)化的表和行 | 文檔 |
數(shù)據(jù)類型 | 每個表的字段類型固定 | 每個文檔可以包含不同的字段和數(shù)據(jù)類型 |
數(shù)據(jù)一致性 | 通過外鍵和約束來維護(hù)數(shù)據(jù)的一致性 | 不提供數(shù)據(jù)一致性保障 |
查詢能力 | 支持復(fù)雜的 SQL 查詢、事務(wù)和聯(lián)接操作 | 主要用于全文搜索和數(shù)據(jù)聚合 |
事務(wù)支持 | 完整的事務(wù)支持 | 不支持事務(wù) |
性能優(yōu)化 | 索引、緩存和查詢優(yōu)化 | 分片、索引和緩存 |
主要優(yōu)勢 | 關(guān)系數(shù)據(jù)處理和數(shù)據(jù)一致性維護(hù) | 快速搜索和高效的數(shù)據(jù)聚合 |
在關(guān)系數(shù)據(jù)庫中，我們可以使用復(fù)雜的 SQL 查詢、事務(wù)和多表關(guān)聯(lián)操作來保證數(shù)據(jù)的一致性和完整性。例如：
BEGIN TRANSACTION;-- 更新訂單狀態(tài)UPDATE ordersSET status = 'shipped'WHERE order_id = 123;-- 減少庫存UPDATE productsSET stock = stock - 1WHERE product_id = 456;-- 記錄客戶活動INSERT INTO customer_activity (customer_id, activity)VALUES (789, 'Order 123 shipped');COMMIT;
圖片
上述事務(wù)示例能確保所有相關(guān)操作（更新訂單狀態(tài)、減少庫存和記錄客戶活動）要么全部成功，要么全部失敗，從而保證數(shù)據(jù)的一致性（事務(wù)的本質(zhì)）。
在 Elasticsearch 中，我們主要側(cè)重于全文搜索和數(shù)據(jù)聚合分析，而不支持復(fù)雜的事務(wù)和多表關(guān)聯(lián)操作。
比如：用戶需求如下：
“想請教下大佬們，假設(shè) es 中 有兩個表，一個會員表，一個訂單表，如果想關(guān)聯(lián)查詢，例如查詢24年注冊的所有的會員的訂單總數(shù)，通過什么方式能快速查詢？”
咱們文章做過剖析，Elasticsearch 不是一丁點(diǎn)也不支持多表關(guān)聯(lián)，只是支持的力度有限，支持的形式核心有如下幾種：
本文鏈接：http://m.www897cc.com/showinfo-26-96746-0.htmlElasticsearch 使用誤區(qū)之將 Elasticsearch 視為關(guān)系數(shù)據(jù)庫！
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號