索引失败原因

where 条件的区分度太小导致索引失败 原因:基于cost成本分析(oracle因为走全表成本会更小):查询小表,或者返回值大概在10%以上


失效原因:

索引失效
1) 没有查询条件,或者查询条件没有建立索引
2) 在查询条件上没有使用引导列
3) 查询的数量是大表的大部分,应该是30%以上。
4) 索引本身失效
5) 查询条件使用函数在索引列上(见12)
6) 对小表查询
7) 提示不使用索引
8) 统计数据不真实
9) CBO计算走索引花费过大的情况。其实也包含了上面的情况,这里指的是表占有的block要比索引小。
10)隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误. 由于表的字段tu_mdn定义为varchar2(20),
但在查询时把该字段作为number类型以where条件传给Oracle,这样会导致索引失效.
错误的例子:select * from test where tu_mdn=13333333333;
正确的例子:select * from test where tu_mdn='13333333333';
11)对索引列进行运算导致索引失效,我所指的对索引列进行运算包括(+,-,*,/,! 等)
错误的例子:select * from test where id-1=9;
正确的例子:select * from test where id=10;
12)使用Oracle内部函数导致索引失效.对于这样情况应当创建基于函数的索引.
错误的例子:select * from test where round(id)=10;
说明,此时id的索引已经不起作用了 正确的例子:首先建立函数索引,
create index test_id_fbi_idx on test(round(id));
然后 select * from test where round(id)=10; 这时函数索引起作用了 1,<> 2,单独的>,<,(有时会用到,有时不会)
3,like "%_" 百分号在前.
4,表没分析.
5,单独引用复合索引里非第一位置的索引列.
6,字符型字段为数字时在where条件里不添加引号.
7,对索引列进行运算.需要建立函数索引.
8,not in ,not exist.
9,当变量采用的是times变量,而表的字段采用的是date变量时.或相反情况。
10, 索引失效。
11,基于cost成本分析(oracle因为走全表成本会更小):查询小表,或者返回值大概在10%以上
12,有时都考虑到了 但就是不走索引,drop了从建试试在
13,B-tree索引 is null不会走,is not null会走,位图索引 is null,is not null 都会走
14,联合索引 is not null 只要在建立的索引列(不分先后)都会走,
in null时 必须要和建立索引第一列一起使用,当建立索引第一位置条件是is null 时,
其他建立索引的列可以是is null(但必须在所有列 都满足is null的时候),
或者=一个值;当建立索引的第一位置是=一个值时,其他索引列可以是任何情况(包括is null =一个值),
以上两种情况索引都会走。其他情况不会走。
### EasyES 创建索引失败的原因及解决方案 当使用 EasyES 创建索引时遇到失败的情况,通常可能由多种因素引起。以下是常见错误原因及其对应的解决方案: #### 1. 数据格式不匹配 如果原始数据存储在 Kafka 中并以 JSON 数组形式存在,则在创建 Streaming Table 或者向 ES 写入文档时可能会出现问题[^1]。特别是对于日期类型的字段,某些特定的时间格式如 `yyyy-MM-dd HH:mm:ss` 和 ISO8601 时间字符串带 Z 结尾(例如 `2021-11-1T12:20:00Z`),如果没有提前定义好映射关系,Elasticsearch 可能无法正确解析这些时间戳从而导致写入失败[^3]。 为了防止此类问题的发生,在创建索引之前应该先设置合适的 mapping 来指定各个字段的数据类型。可以通过 API 请求或者配置文件的形式来设定 mappings,确保所有的特殊字符都能被正确处理,并且为那些难以自动识别的字段提供明确指示。 ```json PUT /my_index { "mappings": { "_doc": { "properties": { "@timestamp": { "type": "date", "format": "strict_date_optional_time||epoch_millis" } } } } } ``` #### 2. 映射冲突或缺失 另一个常见的问题是由于 Elasticsearch 版本升级或其他变更引起的现有索引模板与新版本之间的兼容性差异。这可能导致新的字段未能按照预期的方式建立索引,甚至整个索引过程都可能出现异常终止。因此建议定期审查现有的索引模式以及任何自定义插件的状态,必要时更新它们以适应当前环境下的需求变化。 此外,还需确认所使用的客户端库是否支持目标 ES 实例的功能集;比如上述提到的操作只适用于 ES 而不是传统的关系型数据库系统[^2]。 #### 3. 连接超时/网络不稳定 长时间运行的任务容易受到临时性的网络波动影响而中断,特别是在分布式环境中更为明显。针对这种情况,可以考虑引入重试机制来增强系统的鲁棒性和容错能力。Spring Retry 是一种简单易用的选择之一,它允许开发者轻松地为方法调用添加重试逻辑而不必修改业务代码本身[^4]。 ```java import org.springframework.retry.annotation.Retryable; // ... @Retryable(maxAttempts = 5, backoff = @Backoff(delay = 100)) public void createIndex(String indexName){ // 尝试创建索引... } ``` 通过以上措施能够有效减少因外部干扰造成的创建索引失败的概率,提高整体服务稳定性的同时也简化了运维工作量。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值