无法命中索引的几种情况

无法命中索引的几种情况

正确使用索引

数据库表中添加索引后确实会让查询速度起飞,但前提必须是正确的使用索引来查询,如果以错误的方式使用,则即使建立索引也会不奏效。

1. like '%xx'  
    select * from tb1 where name like='%cn';
2. 使用函数
    select * from tb1  where reverse(name) = 'giao';
3. or 
    select * from tb1 where nid = 1 or email = 'seven@live.com';
    --特别的:当or条件中有未建立索引的列才失效
    --以下会走索引
    select * from tb1 where nid = 1  or name = 'seven';   --nid和name都是索引
    select * from tb1 where nid = 1  or email = 'seven@live.com' and name= 'alex'
    --nid和name是索引,email不是,也会走索引
4. 类型不一致
    如果列是字符串类型,传入的条件是必须是字符串,不然无法命中索引
    select * from tb1 where name = 999; --这里传的条件是整型,无法命中索引
5. !=
    select * from tb1 where name != 'alex'  
    --特别的:如果是主键,则还是会走索引   
    select * from tb1  where nid != 123 
6. > 
    select * from tb1 where name > 'alex'
    --特别的:如果是主键或索引是整数类型,则还是会走索引
    select * from tb1 where nid > 123   
    select * from tb1 where num > 123
7.order by
    select email from tb1 order by name desc ;
    --当根据索引排序时候,选择的映射如果不是索引,则不走索引
    --特别的:如果对主键排序,则还是走索引:select * from tb1 order by nid desc;
8.组合索引最左前缀
    如果组合索引为:(name,email) 
    name and email    -- 使用索引 
    name`             -- 使用索引 
    条件只有email        -- 不使用索引
  • 0
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
六. JVM的内存模型是什么样的?哪个不会报OOM异常? JVM的内存模型主要分为以下几个区域: 1. 程序计数器(Program Counter Register):保存当前线程执行的字节码指令的地址,每个线程都有自己独立的程序计数器。 2. Java虚拟机栈(Java Virtual Machine Stacks):保存方法执行的内存区域,每个方法在执行时都会创建一个栈帧(Stack Frame),用于保存局部变量表、操作数栈、动态链接、方法出口等信息。栈帧随着方法的进入和退出而创建和销毁。 3. 本地方法栈(Native Method Stack):与Java虚拟机栈类似,用于保存本地方法的栈帧。 4. 堆(Heap):保存对象实例和数组等数据,是Java程序中最大的一块内存区域。 5. 方法区(Method Area):保存类信息、常量、静态变量、即时编译器编译后的代码等数据。 在这些区域中,只有堆和方法区会出现OOM异常,因为程序计数器、Java虚拟机栈和本地方法栈的内存大小是固定的,且线程创建时就已经确定,不会随着程序运行而改变。 七. 哪些情况索引不会被命中索引不会被命中情况主要有以下几种: 1. 数据分布不均匀:如果数据分布不均匀,即某个索引值对应的数据特别多或者特别少,就容易导致索引不被命中。 2. 索引列的数据类型不匹配:如果索引列的数据类型与查询条件的数据类型不匹配,也会导致索引不被命中,例如对字符串类型的索引列使用数字类型的查询条件。 3. 查询条件使用了函数或表达式:如果查询条件使用了函数或表达式,就会导致索引不被命中,因为这些函数或表达式无法通过索引进行优化。 4. 索引列使用了函数或表达式:如果索引列使用了函数或表达式,就会导致索引不被命中,因为这些函数或表达式无法直接使用索引。 5. 索引列存在空值:如果索引列存在空值,就会导致索引不被命中,因为索引不包含空值。 八. SpringBean的创建过程和作用域? SpringBean的创建过程主要分为以下几个步骤: 1. 资源定位:根据配置文件或注解等方式定位需要创建的Bean。 2. BeanDefinition的载入:将Bean的配置信息保存到BeanDefinition中。 3. 实例化Bean:根据BeanDefinition中的信息创建Bean的实例。 4. 依赖注入:将Bean中需要依赖的其他Bean注入到当前Bean中。 5. 初始化Bean:调用Bean中的初始化方法,完成Bean的初始化。 6. 返回Bean:将创建好的Bean返回给调用者。 SpringBean的作用域包括以下几种: 1. singleton:单例模式,一个Bean在整个应用程序中只有一个实例。 2. prototype:多例模式,每次请求都会创建一个新的Bean实例。 3. request:请求作用域,每个HTTP请求都会创建一个新的Bean实例。 4. session:会话作用域,每个HTTP会话都会创建一个新的Bean实例。 5. global session:全局会话作用域,只在使用基于portlet的Web应用程序时才有意义,表示所有portlet共享的会话作用域。 九. FactoryBean和BeanFactory的区别? FactoryBean是一个特殊的Bean,它的作用是用于创建其他Bean的实例。FactoryBean是一个接口,通过实现FactoryBean接口并重写其中的方法来实现自定义的Bean生成逻辑。FactoryBean的作用类似于工厂模式,用于解决复杂Bean的创建过程。 BeanFactory是Spring中的一个核心接口,它的作用是管理Bean的生命周期。BeanFactory可以从配置文件、注解等方式中读取Bean的配置信息,并创建、管理Bean的实例。BeanFactory是Spring中的一个顶级接口,它有多个实现,包括DefaultListableBeanFactory、XmlBeanFactory等。 FactoryBean和BeanFactory的区别在于: 1. FactoryBean是一个接口,BeanFactory是一个类或接口。 2. FactoryBean用于创建其他Bean的实例,BeanFactory用于管理Bean的生命周期。 3. FactoryBean需要实现FactoryBean接口并重写其中的方法,BeanFactory可以直接使用Spring提供的实现类。 十. ArrayBlockingQueue的工作原理 ArrayBlockingQueue是Java中的一个阻塞队列,它是基于数组实现的,具有固定的容量。ArrayBlockingQueue的工作原理如下: 1. 当队列为空时,使用take()方法获取元素会被阻塞,直到有元素被加入到队列中。 2. 当队列已满时,使用put()方法添加元素会被阻塞,直到队列中有空闲位置。 3. ArrayBlockingQueue使用两个指针head和tail来指示队列的头和尾,当元素被添加到队列中时,tail指针向后移动;当元素被取出队列时,head指针向后移动。 4. ArrayBlockingQueue使用ReentrantLock和Condition来实现线程同步和阻塞等待的功能。当队列已满或为空时,使用Condition.await()方法来阻塞线程,直到有元素被添加到队列中或者队列中有元素被取出。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值