tag 索引

標籤
貢獻26
79
05:50 PM · Oct 25 ,2025
jinyeyoudianerliang 頭像 jdcdevloper 頭像 chen_67f9ccbe6f07b 頭像 mirrorship 頭像 actionopensource 頭像 grapecity 頭像 heath_learning 頭像 bytebase 頭像 u_39029 頭像 danxiaodezixingche 頭像 u_16213667 頭像 ospo 頭像

@索引 / 博客 RSS 訂閱

chen_67f9ccbe6f07b 頭像

異常君 - 【深度剖析】MySQL 索引下推：原理、案例與性能提升實戰

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

MySQL , 索引 , 數據庫 , SQL , 後端

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - MySQL 索引

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

b+樹 , MySQL , 索引 , 數據結構 , JAVA

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - MySQL 查詢性能較慢，優化思路

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

MySQL , 索引 , sql優化 , explain , JAVA

收藏 評論

infinilabs 頭像

極限實驗室 - Easysearch Java SDK 2.0.x 使用指南（一）

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

搜索引擎 , 索引 , 數據庫 , JAVA

收藏 評論

alluxio_com 頭像

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

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

大數據 , 索引 , 人工智能 , 模型

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - MySQL 的 回表

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

MySQL , 索引

收藏 評論

mirrorship 頭像

鏡舟科技 - 深入理解 StarRocks Bitmap 索引和 Bitmap 去重

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

bitmap , 索引 , 去重 , 數據庫 , 查詢

收藏 評論

dewujishu 頭像

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

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

elasticsearch , 索引

收藏 評論

chen_67f9ccbe6f07b 頭像

異常君 - 【深度剖析】MySQL B+樹索引：一次查詢的內部奧秘

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

b+樹 , MySQL , 索引 , SQL , 後端

收藏 評論

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"

索引 , mongodb , explain

收藏 評論

mirrorship 頭像

鏡舟科技 - StarRocks 向量索引如何讓大模型“記性更好”？

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

索引 , 查詢優化 , 數據庫 , starrocks , 大模型

收藏 評論

kerrywu 頭像

KerryWu - 向量數據庫 - 索引

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

索引 , 向量

收藏 評論

vivo_tech 頭像

vivo互聯網技術 - 慢SQL優化實戰：從一例線上慢SQL探究執行引擎工作過程

作者： vivo 互聯網服務器團隊- Li Xin 本文通過一個線上慢SQL案例，介紹了Join的兩種算法和Order by的工作原理，並通過Explain和Optimizer_trace工具完整推演了慢SQL的執行過程。基於對原理和執行過程的分析，本文給出一種“引導執行引擎選擇效率更高的算法”的方案，從而使查詢性能得到大幅提升。 1、線上慢 SQL 背景 慢 SQL 會影響用户使用體驗，

索引 , 算法 , join , 數據庫 , mysql優化

收藏 評論

euphoria 頭像

Leojx - mysql 索引失效的多種場景

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

MySQL , 索引

收藏 評論

chaoshenjinghyperai 頭像

超神經HyperAI - 【Triton 教程】triton_language.expand_dims

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

函數調用 , 索引 , 編譯器 , cpu , Python

收藏 評論

grapecity 頭像

葡萄城技術團隊 - C# SIMD向量索引實戰：從理論到高性能實現

C# SIMD向量索引實戰：從理論到高性能實現 性能革命的起點 想象這樣一個場景：你正在開發一個智能推薦系統，需要從100萬個商品向量中快速找出與用户查詢最相似的前10個商品。如果引入Qdrant的話會增加部署複雜度、嵌入式的Faiss對.NET生態並不友好，該怎麼辦？ 要不自己構建一個向量索引吧。確保同樣的查詢一樣只需要幾十毫秒，和Faiss性能相當！ 這不是紙上談兵，而是我在實際項目中實現的高

索引 , c#

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - MySQL索引

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

索引

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - MySQL索引最佳左前綴法則

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

索引

收藏 評論

actionopensource 頭像

愛可生開源社區 - MySQL 可以對相同字段創建不同索引？

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

oracle , MySQL , 索引

收藏 評論

heath_learning 頭像

heath_learning - JavaScript獲取字符串中連續出現次數最多的字符

需求：使用js獲取aaaabcc4aa4ddcfceeeeeeeggg這個字符串中連續出現次數最多的字符 方式一：利用指針思想（即索引） 在JavaScript中指針思想就是索引思想。 思路： 首先定義i、j兩個索引，i指向第一個字符，j指向i後面的字符 i不動，j一直向後移動，然後比較i與j指向的字符，如果它倆相等則不管，説明i與j之間的字符是連續的。 如果不相等則説明i指向

索引 , 算法 , 指針 , 字符串處理 , Javascript

收藏 評論

bytebase 頭像

Bytebase - 哪個更快，全表掃描還是建立索引？

最近在 HN 上看到一個帖子：全表掃描優於建索引的情況，看了一下作者原文 ，還挺有趣的，分享給大家。 有時為了方便快速搜索大量數據，一種方法是建立索引進行預處理，這樣搜索只需要查看一小部分數據。然而，值得建立索引的門檻可能比你想象的要高。以下是我經歷過的全表掃描反而更好的案例： 十年前我為一個小型計費服務編寫了一個內部通信應用程序。消息存儲在 MySQL 中，如果全表搜索變慢或者遇到負載問題的

MySQL , 索引 , innodb , 數據庫 , postgresql

收藏 評論

huaweiclouddeveloper 頭像

華為雲開發者聯盟 - 一次事故，我對MySQL時間戳存char(10)還是int(10)有了全新的認識

摘要：char類型字段想走索引的話，必須用引號括起來。如果是時間戳等類型的純數字，建議還是存為int型吧。 本文分享自華為雲社區《一次事故，我對MySql時間戳存char(10)還是int(10)有了全新的認識》，原文作者：奔四碼農 。 美好的週五 週五的早晨，一切都是那麼美好。 然而，10點多的時候，運營小哥哥突然告訴我後台打不開了，我懷着一顆“有什麼大不了的，估計又是他不會連wi

MySQL , int , 索引 , 時間戳 , charles

收藏 評論

u_39029 頭像

lingyuli - 多索引組合值不可以唯一嘛

長期以來，Lucene在搜索領域的壟斷地位無人能及，基於Lucene之上的Elastic Search與Solr 也是家喻户曉的產品；錄信數據庫最初的版本也是基於Lucene來實現的，在設計之初經常會遇到跟solr、es同樣的問題。如面對幾十億的數據就遇到內存爆掉的問題，此時CPU與IO都飆到系統極限；100億的數據就需要100多台512G的大內

lucene , 大數據 , 索引 , 數據倉庫 , 數據庫 , olap , 多索引組合值不可以唯一嘛

收藏 評論

danxiaodezixingche 頭像

老紀的技術嘮嗑局 - OceanBase 向量索引優化指南

物格而後知至。 ——《禮記》 楔子 OceanBase 最近發佈了 seekdb 數據庫，主打 “輕量 + 向量 + AI”。 在 seekdb 發佈之後，陸續收到了許多用户關於 seekdb 中向量索引在使用上的一些問題，比如：索引創建耗時慢優化問題，創建時對內存的要求，增量達到什麼規模需要重建，重建性能影響怎麼消除等等等等。 因此，向量索引的研發同學夏進大佬，今天就專門在這篇文章中，從 Oc

索引 , 向量

收藏 評論