相關(guān)文章

• MySQl有哪些索引（種類(lèi)）？索引特點(diǎn)？為什么要使用索引？

  普通索引：僅加速查詢(xún) 唯一索引：加速查詢(xún) + 列值 唯一（可以有null） 主鍵索引：加速查詢(xún) + 列值 唯一（不可以有null）+ 表中只有一個(gè) 組合索引： 多列值組成一個(gè)索引 ，專(zhuān)門(mén)用于組合搜索，其效率大于索引合并 全文索引：對(duì)文本的內(nèi)容進(jìn)行分詞，進(jìn)行搜索 索引合并：使用

  2024年02月07日

  瀏覽(30)

• Hive為什么要分桶？

  ????????在 分區(qū)數(shù)量過(guò)于龐大 以至于可能導(dǎo)致文件系統(tǒng)崩潰時(shí)，或數(shù)據(jù)集 找不到合理的分區(qū)字段 時(shí)，我們就 需要 使用分桶 來(lái)解決問(wèn)題了。 ????????分區(qū)中的數(shù)據(jù)可以被進(jìn)一步拆分成桶 ，不同于分區(qū)對(duì)列直接進(jìn)行拆分，桶往往使用列的哈希值對(duì)數(shù) 據(jù)打散，并分發(fā)到

  2024年02月05日

  瀏覽(20)
• 

  Elasticsearch：索引狀態(tài)是紅色還是黃色？為什么？

  在我之前文章 “Elasticsearch：如何調(diào)試集群狀態(tài) - 定位錯(cuò)誤信息” 中，我有詳細(xì)介紹如何調(diào)試集群狀態(tài)。在今天的文章中，我將詳細(xì)介紹如何故障排除和修復(fù)索引狀態(tài)。 Elasticsearch 是一個(gè)偉大而強(qiáng)大的系統(tǒng)，特別是創(chuàng)建一個(gè)可擴(kuò)展性極強(qiáng)的分布式數(shù)據(jù)存儲(chǔ)，并自動(dòng)跟蹤、管理

  2023年04月09日

  瀏覽(25)
• 

  MySQL為什么選擇B+樹(shù)創(chuàng)建索引

  將磁盤(pán)中存儲(chǔ)的所有數(shù)據(jù)記錄依次加載，與給定條件對(duì)比，直到找到目標(biāo)記錄； 類(lèi)比數(shù)組結(jié)構(gòu)的線性查找，效率較低； 結(jié)合數(shù)組和鏈表結(jié)構(gòu)（或者樹(shù)結(jié)構(gòu)）存儲(chǔ)數(shù)據(jù)； 通過(guò)哈希函數(shù)（散列函數(shù)）計(jì)算哈希地址，相同輸入在固定函數(shù)下輸出保持不變； 哈希結(jié)構(gòu)會(huì)發(fā)生哈希沖突

  2024年02月13日

  瀏覽(19)

• mysql的主鍵索引為什么不能null

  這是一個(gè)非常奇怪且有趣的問(wèn)題?？梢酝ㄟ^(guò)官方文檔進(jìn)行解讀 https://dev.mysql.com/doc/refman/5.7/en/glossary.html A special value in SQL, indicating the absence of data. Any arithmetic operation or equality test involving a NULL value, in turn produces a NULL result. (Thus it is similar to the IEEE floating-point concept of NaN, “not

  2024年02月14日

  瀏覽(27)
• 

  Pycharm這個(gè)更新索引是個(gè)什么操作，為什么每次啟動(dòng)，都會(huì)進(jìn)行？

  點(diǎn)擊上方“ Python爬蟲(chóng)與數(shù)據(jù)挖掘 ”，進(jìn)行關(guān)注 回復(fù)“ 書(shū)籍 ”即可獲贈(zèng)Python從入門(mén)到進(jìn)階共10本電子書(shū) 今 日 雞 湯 九重城闕煙塵生，千乘萬(wàn)騎西南行。 大家好，我是皮皮。 一、前言 前幾天在Python最強(qiáng)王者交流群【吳超建】問(wèn)了一個(gè) Pycharm 操作的問(wèn)題，這里拿出來(lái)給大家分

  2024年02月01日

  瀏覽(31)

• 【Elasticsearch專(zhuān)欄 02】深入探索：Elasticsearch為什么使用倒排索引而不是正排索引

  Elasticsearch選擇使用倒排索引而不是正排索引，主要是基于倒排索引在處理全文搜索和大規(guī)模數(shù)據(jù)集時(shí)的優(yōu)勢(shì)。下面將詳細(xì)解釋為什么Elasticsearch更傾向于使用倒排索引，并提供一些簡(jiǎn)化的代碼片段來(lái)說(shuō)明這兩種索引結(jié)構(gòu)的基本差異。 正排索引是一種將文檔映射到其包含的單詞

  2024年02月22日

  瀏覽(31)
• 

  MSQL系列(十二) Mysql實(shí)戰(zhàn)-為什么索引要建立在被驅(qū)動(dòng)表上

  Mysql實(shí)戰(zhàn)-為什么索引要建立在被驅(qū)動(dòng)表上 前面我們講解了B+Tree的索引結(jié)構(gòu)，也詳細(xì)講解下 left Join的底層驅(qū)動(dòng)表 選擇原理，那么今天我們來(lái)看看到底如何用以及如何建立索引和索引優(yōu)化 開(kāi)始之前我們先提一個(gè)問(wèn)題， 為什么索引要建立在被驅(qū)動(dòng)表上 ？ 1.建表及測(cè)試數(shù)據(jù) 我們先

  2024年02月08日

  瀏覽(43)
• 

  MySQL 索引為什么使用 B+ 樹(shù)，而不使用紅黑樹(shù) / B 樹(shù) ？

  首先 B 樹(shù)和 B+ 樹(shù) 都是多叉搜索樹(shù)，然后我們先來(lái)觀察一下 B+ 樹(shù)和 B 樹(shù)的數(shù)據(jù)結(jié)構(gòu)： B+ 樹(shù)的數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn) ?B 樹(shù)的數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn) 【B+ 樹(shù)相較于 B 樹(shù)的優(yōu)勢(shì)】 1. IO 次數(shù)更少（查詢(xún)效率更高） ????????B+ 樹(shù)的非葉子節(jié)點(diǎn)不存放實(shí)際的數(shù)據(jù)，僅存放索引，因此數(shù)據(jù)量相同的情況

  2024年02月12日

  瀏覽(25)
• 

  MySQL為什么要使用B+樹(shù)做索引？MySQL索引存儲(chǔ)模型推演，B+樹(shù)在MySQL的落地形式

  user_innodb這張表里有4個(gè)字段，id，name，gender，phone。 當(dāng)這張表有500萬(wàn)條數(shù)據(jù)，在沒(méi)有索引的name字段上執(zhí)行一條where查詢(xún)： 如果name字段上有索引呢？我們?cè)趎ame字段上面創(chuàng)建一個(gè)索引，再來(lái)執(zhí)行一下查詢(xún)： 我們?cè)賮?lái)執(zhí)行一下select語(yǔ)句。 我們會(huì)發(fā)現(xiàn)，有索引的查詢(xún)和沒(méi)有索引的

  2024年02月16日

  瀏覽(30)