檢測(cè)到您已登錄華為云國(guó)際站賬號(hào),為了您更好的體驗(yàn),建議您訪問(wèn)國(guó)際站服務(wù)網(wǎng)站 http://m.cqfng.cn/intl/zh-cn
不再顯示此消息
架構(gòu)原理 核心原理 數(shù)據(jù)類型優(yōu)化:整數(shù) > 浮點(diǎn)數(shù) > numeric的優(yōu)先級(jí)進(jìn)行選擇。 索引平衡機(jī)制:查詢加速與更新成本的權(quán)衡。 分區(qū)存儲(chǔ)策略:邏輯統(tǒng)一+物理分散的存儲(chǔ)方式。 存儲(chǔ)引擎特性:Ustore支持Inplace-Update,Astore為Append-Only。
InnoDB擁有一個(gè)自適應(yīng)哈希索引的特性,當(dāng)某些索引使用的非常頻繁時(shí),InnoDB會(huì)自動(dòng)在基于B+樹(shù)上創(chuàng)建一個(gè)哈希索引,使得這些熱點(diǎn)索引的查找會(huì)變得非常之快(對(duì)用戶是無(wú)感的,但是可以手動(dòng)關(guān)閉該功能)。索引在存儲(chǔ)引擎層進(jìn)行實(shí)現(xiàn)而不是服務(wù)器層。
架構(gòu)原理 核心原理 數(shù)據(jù)類型優(yōu)化:根據(jù)整數(shù) > 浮點(diǎn)數(shù) > numeric的優(yōu)先級(jí)進(jìn)行選擇。 索引平衡機(jī)制:查詢加速與更新成本的權(quán)衡。 分區(qū)存儲(chǔ)策略:邏輯統(tǒng)一+物理分散的存儲(chǔ)方式。
因此,可以使用TableIndexer工具來(lái)完成索引的構(gòu)建。 如果索引數(shù)據(jù)與表數(shù)據(jù)不一致,該工具可用于重新構(gòu)建索引數(shù)據(jù)。 如果暫時(shí)禁用索引并且在此期間,向禁用的索引列執(zhí)行新的put操作,直接將索引從禁用狀態(tài)啟用可能會(huì)導(dǎo)致索引數(shù)據(jù)與用戶數(shù)據(jù)不一致。
在InnoDB存儲(chǔ)引擎中,默認(rèn)的索引類型就是B-Tree索引。Hash索引Hash索引使用哈希表實(shí)現(xiàn),適用于等值查詢操作。它通過(guò)計(jì)算字段值的哈希值來(lái)定位數(shù)據(jù),因此查找速度非???,但是它不支持范圍查詢和排序操作。
凍結(jié)索引到OBS后仍可執(zhí)行查詢命令獲取索引信息的原理 由于Elasticsearch和OpenSearch集群默認(rèn)使用本地存儲(chǔ),底層的Lucene索引文件存儲(chǔ)在本地磁盤,Lucene通過(guò)Directory接口與底層存儲(chǔ)進(jìn)行交互,通過(guò)以下接口可以讀取文件。
新建索引 功能介紹 根據(jù)給定的indexName,IndexType等信息創(chuàng)建索引。目前支持兩種索引:復(fù)合索引和全文索引。
管理索引 背景信息 索引可以提高數(shù)據(jù)的訪問(wèn)速度,但同時(shí)也增加了插入、更新和刪除操作的處理時(shí)間。因此,在創(chuàng)建索引前需評(píng)估是否創(chuàng)建索引,需決策索引字段的選擇。需要分析應(yīng)用程序的業(yè)務(wù)處理、數(shù)據(jù)使用、經(jīng)常被用作查詢的條件或者被要求排序的字段來(lái)確定是否建立索引。
重建索引 系統(tǒng)支持索引類管理,用戶選擇對(duì)應(yīng)模型架構(gòu)后,對(duì)索引類進(jìn)行添加、刪除操作,此時(shí)需單擊“重建索引”,使得索引類的修改生效。 重建索引 在開(kāi)天集成工作臺(tái)界面中,選擇左側(cè)導(dǎo)航欄中的“應(yīng)用模型 > 實(shí)例管理”。
創(chuàng)建索引 為了加速文本搜索,可以創(chuàng)建GIN索引。
Hash索引 GS_110202338 錯(cuò)誤碼: index row size %lu exceeds hash maximum %lu. 解決方案:無(wú)法索引大于緩沖區(qū)頁(yè)的值,請(qǐng)修改索引行大小。
通過(guò)索引生命周期管理實(shí)現(xiàn)Elasticsearch集群自動(dòng)滾動(dòng)索引 對(duì)于時(shí)間序列數(shù)據(jù),隨著時(shí)間推移數(shù)據(jù)持續(xù)寫入,索引會(huì)越來(lái)越大,通過(guò)生命周期管理來(lái)定期將數(shù)據(jù)滾動(dòng)到新索引,并將歷史老索引刪除,實(shí)現(xiàn)自動(dòng)滾動(dòng)索引。
路由方式 根據(jù)拆分鍵的時(shí)間值的年份與一年的周數(shù)計(jì)算哈希值,然后再按分庫(kù)/表數(shù)取余。 例如,YYYYWEEK(‘2012-12-31 12:12:12’) 等價(jià)于 (2013 * 54 + 1) % D(D是分庫(kù)數(shù)目/分表數(shù))。
管理索引 背景信息 索引可以提高數(shù)據(jù)的訪問(wèn)速度,但同時(shí)也增加了插入、更新和刪除操作的處理時(shí)間。因此,在創(chuàng)建索引前需評(píng)估是否創(chuàng)建索引,需決策索引字段的選擇。需要分析應(yīng)用程序的業(yè)務(wù)處理、數(shù)據(jù)使用、經(jīng)常被用作查詢的條件或者被要求排序的字段來(lái)確定是否建立索引。
父主題: 原理介紹
遷移HBase索引數(shù)據(jù) 操作場(chǎng)景 MRS 1.7及其以后版本中使用的索引與以前MRS版本中HBase使用的二級(jí)索引都不兼容。因此,為了將索引數(shù)據(jù)從以前的版本(MRS 1.5及其以前版本)遷移到MRS 1.7及其以后版本,需要遵循以下步驟。
創(chuàng)建索引 - CreateIndex 功能介紹 在指定的collection中,按照參數(shù)創(chuàng)建索引。
該例子和同一張表的同一個(gè)列上建立普通索引的不同之處在于: GIN索引使用了不同的parser(即分隔符不同),那么idx1和idx2的索引數(shù)據(jù)是不同的; 在同一張表的同一個(gè)列上建立的多個(gè)普通索引的索引數(shù)據(jù)是相同的; 因此當(dāng)執(zhí)行同一個(gè)查詢時(shí),使用idx1和idx2查詢出的結(jié)果是不同的
該例子和同一張表的同一個(gè)列上建立普通索引的不同之處在于: GIN索引使用了不同的parser(即分隔符不同),那么idx1和idx2的索引數(shù)據(jù)是不同的; 在同一張表的同一個(gè)列上建立的多個(gè)普通索引的索引數(shù)據(jù)是相同的; 因此當(dāng)執(zhí)行同一個(gè)查詢時(shí),使用idx1和idx2查詢出的結(jié)果是不同的
索引關(guān)聯(lián)生命周期策略:將索引關(guān)聯(lián)上創(chuàng)建的生命周期策略,生成索引策略。 管理索引策略:支持對(duì)索引策略進(jìn)行策略修改、重啟和變更。 ISM更多功能請(qǐng)參見(jiàn)索引管理官方介紹。 不同版本的OpenSearch Dashboards頁(yè)面可能有所差異,請(qǐng)以實(shí)際操作環(huán)境為準(zhǔn)。