@索引

動態 列表
@jdcdevloper

MySQL的index merge(索引合併)導致數據庫死鎖分析與解決方案 | 京東雲技術團隊

背景 在DBS-集羣列表-更多-連接查詢-死鎖中,看到9月22日有數據庫死鎖日誌,後排查發現是因為mysql的優化-index merge(索引合併)導致數據庫死鎖。 定義 index merge(索引合併):該數據庫查詢優化的一種技術,在mysql 5.1之後進行引入,它可以在多個索引上進行查詢,並將結果合併返回。 mysql數據庫的鎖機制 在排查問題之前,首先講一下mysql數據庫的鎖機制:

jdcdevloper 頭像

@jdcdevloper

昵稱 京東雲開發者

@actionopensource

MySQL 可以對相同字段創建不同索引?

Oracle 不允許同一個字段存在兩個相同索引,但這個和 MySQL 的設計不太相同,通過實驗,瞭解一下 MySQL 這種場景的情況。 作者:劉晨,網名 bisal ,具有十年以上的應用運維工作經驗,目前主要從事數據庫應用研發能力提升和技術管理相關的工作,Oracle ACE(Alumni),騰訊雲TVP,擁有 Oracle OCM OCP 、EXIN DevOps Master 、SCJP

actionopensource 頭像

@actionopensource

昵稱 愛可生開源社區

@jdcdevloper

理解Mysql索引原理及特性 | 京東物流技術團隊

作為開發人員,碰到了執行時間較長的sql時,基本上大家都會説”加個索引吧”。但是索引是什麼東西,索引有哪些特性,下面和大家簡單討論一下。 1 索引如何工作,是如何加快查詢速度 索引就好比書本的目錄,提高數據庫表數據訪問速度的數據庫對象。當我們的請求打過來之後,如果有目錄,就會快速的定位到章節,再從章節裏找到數據。如果沒有目錄,如大海撈針一般,難度可見一斑。這就是我們經常碰到的罪魁禍首,全表掃描。

jdcdevloper 頭像

@jdcdevloper

昵稱 京東雲開發者

@ospo

ByConity 0.3.0 版本發佈,支持倒排索引等新特性

來源|ByConity 開源社區 各位的社區小夥伴們大家好,ByConity 0.3.0 版本於 12 月 18 日正式發佈了,此版本提供了倒排索引,基於共享存儲的選主方式等多項新特性,對冷讀性能進行了進一步的優化,對 ELT 能力也進行了進一步的迭代,同時修復了若干已知問題,進一步提升了系統的性能和穩定性,歡迎大家下載體驗。 GitHub 地址:https://github.com/ByC

ospo 頭像

@ospo

昵稱 字節跳動開源

@actionopensource

MySQL 無法修改主鍵?原來是因為這個參數

同事諮詢了一個問題,TDSQL(for MySQL)中的某張表主鍵需要改為聯合主鍵,是否必須先刪除現有的主鍵?因為刪除主鍵時,提示這個錯誤。 作者:劉晨,網名 bisal ,具有十年以上的應用運維工作經驗,目前主要從事數據庫應用研發能力提升和技術管理相關的工作,Oracle ACE(Alumni),騰訊雲TVP,擁有 Oracle OCM OCP 、EXIN DevOps Master 、S

actionopensource 頭像

@actionopensource

昵稱 愛可生開源社區

@hunter_58d48c41761b8

MySQL面試必備一之索引

本文首發於公眾號:Hunter後端 原文鏈接:MySQL面試必備一之索引 在面試過程中,會有一些關於 MySQL 索引相關的問題,以下總結了一些: MySQL 的數據存儲使用的是什麼索引結構 B+ 樹的結構是什麼樣子 什麼是複合索引、聚簇索引、覆蓋索引 什麼是最左匹配原則 數據 B+ 樹中是如何查詢的 回表是什麼操作 B+ 樹的查詢有什麼優勢 索引下推是什麼意思 對於上

@invalidnull

什麼是數據庫表的索引和主索引

在談論數據庫表的索引和主索引之前,我們需要理解數據庫索引的基本概念。數據庫索引是幫助數據庫系統高效查詢數據的一種數據結構。通過索引,可以快速定位到存儲在數據表中的特定數據,無需掃描整個表。索引的實現通常使用樹型結構,如 B-樹或紅黑樹,這些結構支持快速的查找、插入和刪除操作。 數據庫索引的工作原理 假設你有一個圖書館的圖書數據庫,其中包含數萬條圖書記錄。如果要找到特定的書籍,沒有索引的情況下,可能

invalidnull 頭像

@invalidnull

昵稱 註銷

@kunaodehuluobo

數據庫索引回表困難?揭秘PolarDB存儲引擎優化技術

引言 數據庫系統為了高效地存儲、檢索和維護數據,採用了多種不同的數據組織結構。不同的組織結構有其特定的用途和優化點,比如提高查詢速度、優化寫入性能、減少存儲空間等。常見的數據庫記錄組織結構有: B-Tree B-Tree是一種平衡的多路搜索樹,特別適合存儲在外部存儲器(如硬盤)中。它通過減少訪問磁盤的次數來優化讀寫操作。B-Tree廣泛應用於數據庫管理系統和文件系統中,用於存儲索引和

kunaodehuluobo 頭像

@kunaodehuluobo

昵稱 阿里雲瑤池數據庫

@lvweifu

mongodb explain分析

記錄下mongodb explain信息,使用的mongodb版本為4.0.9 項目關聯查詢了兩張表用户表與用户登錄日誌表,分別為user_info與user_login_info,腳本如下: db.t_user_info.explain('allPlansExecution').aggregate([{ $lookup:{ from:"t_user_login_info"

lvweifu 頭像

@lvweifu

昵稱 步履不停

@jinyeyoudianerliang

MySQL 索引

在 MySQL 中,索引 是通過特定的數據結構來加速查詢操作。MySQL 支持多種類型的索引,其中 B+ 樹索引 是最常見的一種。 1. B+ 樹索引(B+ Tree Index) B+ 樹的特點: 所有數據存儲在葉子節點: 所有的數據都存儲在 B+ 樹的葉子節點中,非葉子節點僅存儲索引。 葉子節點鏈表: B+ 樹的葉子節點通過鏈表連接,使得在進

jinyeyoudianerliang 頭像

@jinyeyoudianerliang

昵稱 今夜有點兒涼

@jinyeyoudianerliang

MySQL 查詢性能較慢,優化思路

當遇到 MySQL 查詢性能較慢 的問題時,優化的思路通常包括以下幾個步驟。具體的優化方法會依賴於查詢的複雜性、表的結構以及數據量等因素。以下是我通常會遵循的優化思路和具體步驟: 1. 分析查詢執行計劃(EXPLAIN) 在開始優化之前,我會首先使用 EXPLAIN 或 EXPLAIN ANALYZE 來查看查詢的執行計劃。這樣可以清楚地瞭解 MySQL 在執行查詢時使用的索引、連接方式以及是否進

jinyeyoudianerliang 頭像

@jinyeyoudianerliang

昵稱 今夜有點兒涼

@alluxio_com

Alluxio在數據索引和模型分發中的核心價值與應用

在當前的技術環境下,搜索、推薦、廣告、大模型、自動駕駛等領域的業務依賴於海量數據的處理和複雜模型的訓練。這些任務通常涉及從用户行為數據和社交網絡數據中提取大量信息,進行模型訓練和推理。這一過程需要強大的數據分發能力,尤其是在多個服務器同時拉取同一份數據時,更是考驗基礎設施的性能。 在這樣的背景下,Alluxio Enterprise AI 在數據索引與模型分發/部署方面展示了其獨特的優勢,特

alluxio_com 頭像

@alluxio_com

昵稱 Alluxio

@jinyeyoudianerliang

MySQL 的 回表

MySQL 的 回表(Back to Table) 是指在使用 二級索引(非主鍵索引) 查詢數據時,需要通過索引找到主鍵值,再根據主鍵值回到主鍵索引(聚集索引)中查找完整行數據的過程。回表會增加額外的 I/O 操作,可能影響查詢性能。 1. 回表發生的原因 MySQL 的索引結構決定了回表的必要性: 主鍵索引(聚集索引):葉子節點存儲完整的行數據。 二級索引(非主鍵索引):葉子節點存儲主鍵

jinyeyoudianerliang 頭像

@jinyeyoudianerliang

昵稱 今夜有點兒涼

@mirrorship

深入理解 StarRocks Bitmap 索引和 Bitmap 去重

在 StarRocks 中,Bitmap 索引和 Bitmap 去重是兩種基於位圖技術的核心功能,但它們的應用場景、實現機制以及優化目標存在顯著差異。以下從定義、作用、實現原理、適用場景及限制等方面進行詳細對比分析: 一、Bitmap 索引的作用與原理 StarRocks 中的 Bitmap 索引是一種特殊的數據庫索引,其主要作用是優化查詢性能,特別是在處理低基數列(如性別、地區等)和高基數列的過

mirrorship 頭像

@mirrorship

昵稱 鏡舟科技

@dewujishu

如何合理規劃Elasticsearch的索引|得物技術

一、背景 隨着ES在業務場景中的使用逐漸增多,平台對ES集羣的穩定性、管理、運維的壓力逐漸增大,通過日常的運維情況來看,發現用户對ES的瞭解熟悉程度參差不齊,經常性的遇到索引創建不規範,或者參考別人索引的創建腳本進行創建索引,對索引沒有一個比較清晰的認知,對索引結構的規劃也寥寥無幾,為此,平台使用了一些列手段來幫助用户提前合理規劃模板,比如索引、模板的創建接入飛書審批流,平台側會逐一結合業務場景和

dewujishu 頭像

@dewujishu

昵稱 得物技術

@chen_67f9ccbe6f07b

【深度剖析】MySQL B+樹索引:一次查詢的內部奧秘

大家好!今天我們來聊一個 MySQL 核心知識點:B+樹索引的查詢過程。可能你每天都在用SELECT語句查詢數據,但你想過這背後到底發生了什麼嗎?MySQL 是怎麼從成千上萬的數據中快速找到你要的那一條記錄的?帶着這個問題,我們一起揭開 MySQL B+樹索引的神秘面紗! 先説説為什麼 MySQL 選擇 B+樹? 在聊查詢過程前,我們得先明白 MySQL 為啥選 B+樹做索引結構。想象一下,如果數

chen_67f9ccbe6f07b 頭像

@chen_67f9ccbe6f07b

昵稱 異常君

@chen_67f9ccbe6f07b

【深度剖析】MySQL 索引下推:原理、案例與性能提升實戰

你是否曾經為 MySQL 查詢性能苦惱?或者聽説過"索引下推",但不太明白它是如何工作的?今天我就和大家聊聊 MySQL 中一個強大卻常被忽視的特性 - 索引下推(Index Condition Pushdown,簡稱 ICP)。這個特性從 MySQL 5.6 版本引入,能有效提升查詢性能,減少 IO 操作,但很多開發者對它的理解還不夠深入。 索引下推是什麼? 索引下推是由 MySQL 優化器決定

chen_67f9ccbe6f07b 頭像

@chen_67f9ccbe6f07b

昵稱 異常君

@mirrorship

StarRocks 向量索引如何讓大模型“記性更好”?

隨着 ChatGPT、DeepSeek 等大語言模型的普及,我們已經能夠與 AI 進行流暢的對話。然而,即使是最先進的大模型也面臨着“記憶困境”,具體表現模型只能記住訓練時接觸的知識,且這些知識在使用時很可能會過期。實際應用或在處理特定領域問題時,可能生成看似合理但實際錯誤的內容。 大模型的“知識固化”問題一定程度上限制了其在企業級應用中的價值。那麼,如何讓大模型擁有更好的“記性”,實現知識的動態

mirrorship 頭像

@mirrorship

昵稱 鏡舟科技

@kerrywu

向量數據庫 - 索引

1. HNSW索引 分層可導航小世界 1.1. 定義 HNSW(Hierarchical Navigable Small World,分層可導航小世界)的核心思想是構建一個分層圖結構: 分層結構:每個數據點隨機分配一個層級,層級越高的數據點越少。 小世界圖:每層是一個“鄰接圖”,每個點只和部分點相連,圖結構保證“短路徑”導航。 導航:從高層開始,逐層向下搜索,逐步接近目標點。 生活類比

kerrywu 頭像

@kerrywu

昵稱 KerryWu

@euphoria

mysql 索引失效的多種場景

MySQL 索引會失效的情況很多,尤其是在查詢條件、數據類型、排序方式或優化器選擇策略上不合適時。下面我按常見原因分組給你梳理一下,並標明是肯定失效還是可能失效(取決於優化器判斷)。 一、查詢條件寫法導致失效 這些是最常見的坑: 在索引列上使用函數或表達式(肯定失效) SELECT * FROM user WHERE YEAR(create_time) = 2024; -- cr

euphoria 頭像

@euphoria

昵稱 Leojx

@chaoshenjinghyperai

【Triton 教程】triton_language.expand_dims

Triton 是一種用於並行編程的語言和編譯器。它旨在提供一個基於 Python 的編程環境,以高效編寫自定義 DNN 計算內核,並能夠在現代 GPU 硬件上以最大吞吐量運行。 更多 Triton 中文文檔可訪問 →https://triton.hyper.ai/ triton.language.expand_dims(input, axis) 通過插入新的長度為 1 的維度來擴展張量的形狀。 軸

chaoshenjinghyperai 頭像

@chaoshenjinghyperai

昵稱 超神經HyperAI

@jinyeyoudianerliang

MySQL索引

MySQL索引詳解 一、索引的定義與作用 1. 索引的定義 索引(Index)是數據庫表中一列或多列的值進行排序的一種數據結構,它是對數據庫表中一列或多列的值進行預排序以提高查詢速度的一種特殊數據結構。 2. 索引的主要作用 加速查詢:顯著提高數據檢索速度,從全表掃描O(n)優化到接近O(log n) 提高排序效率:如果查詢中包含排序操作,適當的索引可以避免額外排序 加速連接操作:在多表連

jinyeyoudianerliang 頭像

@jinyeyoudianerliang

昵稱 今夜有點兒涼

@jinyeyoudianerliang

MySQL索引最佳左前綴法則

MySQL索引最佳左前綴法則詳解 基本概念 最佳左前綴法則(Leftmost Prefix Rule)是MySQL中複合索引使用的一條重要規則,它決定了查詢時索引能否被有效利用。具體來説,在使用複合索引時,查詢條件必須從索引的最左列開始,並且不能跳過中間的列。 工作原理 複合索引的內部結構是按照索引列順序構建的B+樹。索引的排序首先基於第一列,然後在第一列相等的情況下基於第二列,依此類推。因此,只

jinyeyoudianerliang 頭像

@jinyeyoudianerliang

昵稱 今夜有點兒涼

@infinilabs

Easysearch Java SDK 2.0.x 使用指南(一)

各位 Easysearch 的小夥伴們,我們前一陣剛把 easysearch-client 更新到了 2.0.2 版本!藉此詳細介紹下新版客户端的使用。 新版客户端和 1.0 版本相比,完全重構,拋棄了舊版客户端的一些歷史包袱,從裏到外都煥然一新!不管是剛入門的小白還是經驗豐富的老司機,2.0.x 客户端都能讓你開發效率蹭蹭往上漲! 到底有啥新東西? 更輕更快: 以前的版本依賴了一堆亂七八糟

infinilabs 頭像

@infinilabs

昵稱 極限實驗室