面试题总结

最新推荐文章于 2023-07-13 10:07:30 发布

原创最新推荐文章于 2023-07-13 10:07:30 发布 · 144 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#java

每天进步一点专栏收录该内容

38 篇文章

订阅专栏

本文探讨了索引失效的常见原因、SQL操作优化，如数字转换和不等查询，以及事务传播的不同策略。同时，深入讲解了Spring Boot中常用的注解及其作用，以及MyISAM与InnoDB引擎的性能对比。

*** 索引失效情况

1 字段添加函数、计算操作
2 数字隐式转换如varchar不加单引号的话可能会自动转换为int型
3 不等查询
4 当全表扫描用时少于索引用时[一般查询数据大于总量的30%的时候就会不走索引了]
5 like 以%开头
6 联合索引没有遵循最左原则
7 or 联合查询字段没有全部建立索引
8 在索引列上使用 IS NULL 或 IS NOT NULL操作

*** 事务传播情况

1 PROPAGATION_REQUIRED 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。

2 PROPAGATION_SUPPORTS 如果存在一个事务，则支持当前事务。如果没有事务则以非事务运行。

3 PROPAGATION_MANDATORY 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

4 PROPAGATION_REQUIRES_NEW 它会开启一个新的事务。如果一个事务已经存在，则先将这个存在的事务挂起。

5 PROPAGATION_NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务。

6 PROPAGATION_NEVER 总是非事务地执行，如果存在一个活动事务，则抛出异常。

7 PROPAGATION_NESTED 外层事务失败会回滚内外层所有事务内层事务失败即PROPAGATION_NESTED 事务失败则只回滚内层事务
如果单独调用PROPAGATION_NESTED 方法，则按REQUIRED 第一种事务传播方式执行

有支持没有开启

有支持没有没有

有支持没有异常

直接开启有挂起

直接以非事务运行有挂起

直接以非事务运行有异常

*** 事务不受控制情况

编程式事务在代码中显式的编写事务代码缺点代码侵入严重

声明式事务 spring注解

1 如果你的数据库引擎不支持事务，再怎么使用事务注解也是没用的，就像MySQL的MyISAM引擎是没有事务的。

2 没有被spring管理的类即使方法中使用了事务注解@Transactional 也是不被控制的

3 方法不是public的因为jdk代理和cglib代理都无法代理private 方法可以开启 AspectJ 代理模式

*** springboot常用注解

@springbootApplication

@Configuration

@EnableAutoConfiguration

@ComponentScan

*** select count(*) 和 select count(字段) 区别

count(字段) 不包含NULL

count(*)

MYISAM mysql进行了优化效率很高 MyISAM做了一个简单的优化，把表的总行数单独记录下来，
如果执行count(*)时可以直接返回，前提是不能有where条件。MyISAM是表级锁，不会有并发的行操作，所以查到的结果是准确的。
InnoDB中索引分为聚簇索引（主键索引）和非聚簇索引（非主键索引），聚簇索引的叶子节点中保存的是整行记录，
而非聚簇索引的叶子节点中保存的是该行记录的主键的值。MySQL会优先选择最小的非聚簇索引来扫表。
COUNT(1) 和 count(*) 优化是一样的

*** IO多路复用

*** JVM垃圾回收器都有哪些

判断对象是否为垃圾的算法：a> 引用计数【循环引用问题】 b> 可达分析
垃圾回收算法：

a> 标记清除容易产生内存碎片

b> 复制算法对内存空间的使用做出了高昂的代价 opying算法的效率跟存活对象的数目多少有很大的关系，如果存活对象很多，那么Copying算法的效率将会大大降低

c> 标记整理完成标记之后，它不是直接清理可回收对象，而是将存活对象都向一端移动，然后清理掉端边界以外的内存

d> 分代收集分为新生代和老年代新生代分为1个Eden区和 2个相同大小Surviver 新生代采用复制算法 eden和一个surviver 复制到另一个空闲的surviver中
```
         老年代采用 标记-整理 算法
```
垃圾回收器：

-------------------------------↓↓↓↓以上为新生代回收器↓↓↓↓----------------------------------------

a> serial收集器 最基本发展时间最长 单线程 工作时其他全部运行代码停止 采用复制算法 

b> ParNew收集器 是serial收集器的多线程版本 工作时其他全部运行代码停止 复制算法

c> Parallel Scavenge 收集器 自动调节内存参数 达到吞吐量的最优 复制算法

-------------------------------↑↑↑↑以上为新生代回收器↑↑↑↑----------------------------------------

-------------------------------↓↓↓↓以上为新生代回收器↓↓↓↓----------------------------------------

d> Serial Old 收集器 单线程 工作在老年代 使用标记-整理 算法 


e> Parallel Old 多线程收集器 标记-整理 算法 

f> CMS收集器 并发收集、低停顿。先使用标记-清除算法 多少次后为了避免内存碎片 再使用复制算法

-------------------------------↑↑↑↑以上为新生代回收器↑↑↑↑----------------------------------------

`
g> G1收集器

	g.1> G1能充分利用多CPU、多核环境下的硬件优势，使用多个CPU来缩短Stop-The-World停顿时间
	
	g.2> 其他收集器的工作范围是整个新生代或者老年代、G1收集器的工作范围是整个Java堆


    JAVA 11 包含一个全新的垃圾收集器--ZGC，它由Oracle开发，承诺在数TB的堆上具有非常低的暂停时间。 JAVA 11 默认垃圾回收器是G1

*** JVM 内存模型

程序计数器线程私有每个线程都有会有个程序计数器内存记录着当前要执行的代码行号
栈每个方法在执行的时候也会创建一个栈帧，存储每个方法的局部变量方法返回地址等
堆被所有线程共享的一块内存区域，在虚拟机启动的时候创建，用于存放对象实例
方法区被所有方法线程共享的一块内存区域。用于存储已经被虚拟机加载的类信息，常量，静态变量等。
本地方法栈线程私有存放本地方法

*** mybatis ${}和#{}的区别

${}是字符串拼接，不但’’ 条件查询时字符串类型需要手动拼接’'没有sql预编译可以sql注入
#{}是占位符，自动添加’’ 执行语句经过预编译可以防止sql注入
查询语句表名为参数时和 order by字段为参数时必须用${}传递
不论是单个参数，还是多个参数，一律都建议使用注解@Param("")

*** redis 数据类型

string list set hash sort

*** 线程同步的几种方法

synchronized、volatile、原子类【CAS】、lock、容器类、【concurrentHashmap】、ThreadLocal
synchronized 锁升级
1 无锁锁对象初始化时是无锁状态
2 偏向锁只有一个线程执行加锁代码此时当前加锁对象的mark world中存储为偏向锁信息
3 轻量级锁多个线程执行加锁代码但在每个线程执行加锁代码时从没有发生过竞争导致另一个线程自旋
4 重量级锁多个线程执行加锁代码并出现线程自旋超时就会升级为重量级锁

锁只会自动升级不会也不能降级
volatile 保证内存可见性但不能保证原子性，保证指令重排序的一致性
原子类 AtomicInteger等底层原理为 CAS 原子类会有ABA问题可以用AtomicStampedReference 解决
如果是 JDK8，推荐使用 LongAdder 对象，比 AtomicLong 性能更好(减少乐观锁的重试次数)。
使用AtomicLong时，在高并发下大量线程会同时去竞争更新同一个原子变量，但是由于同时只有一个线程的CAS会成功，
所以其他线程会不断尝试自旋尝试CAS操作，这会浪费不少的CPU资源。而LongAdder可以概括成这样：内部核心数据value分离成一个数组(Cell)，
每个线程访问时,通过哈希等算法映射到其中一个数字进行计数，而最终的计数结果，则为这个数组的求和累加。简单来说就是将一个值分散成多个值，
在并发的时候就可以分散压力，性能有所提高。

*** class文件装配过程

加载 --> 连接 --> 初始化
```
     |  |
   |      |
 |          |
```
验证–>准备–>解析

1> 加载

 将class字节码加载到jvm中 主动加载和被动加载  
 
 主动加载 ： new、反射、初始化子类必先初始化父类 没动加载 不会执行初始化 子类调用父类的变量、final常量不会初始化

2> 连接

 2.1> 验证 ： 格式检验【魔数、版本、长度检验】

 2.2> 准备 ： 为类分配空间 变量设置为初始值 final常量初始化完成

 2.3> 解析 ： 解析阶段的任务就是将类、接口、字段和方法的符号引用转为直接引用

3> 初始化

 初始化阶段的重要工作是执行类的初始化方法 它是由类静态成员的赋值语句以及static语句块合并产生的。父类的static块先于子类的static块

*** 类加载器分类和加载范围

根类加载器加载rt包下的class
扩展类加载器加载ext包下的class
系统类加载器加载用户写的class classpath下的class
JVM的类加载机制主要有如下3种

1> 全盘负责制所谓全盘负责，就是当一个类加载器负责加载某个Class时，该Class所依赖和引用其他Class也将由该类加载器负责载入，除非显示使用另外一个类加载器来载入。

2> 双亲委派则是先让父类加载器试图加载该Class，只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类

3> 缓存机制。缓存机制将会保证所有加载过的Class都会被缓存，当程序中需要使用某个Class时，类加载器先从缓存区中搜寻该Class，

只有当缓存区中不存在该Class对象时，系统才会读取该类对应的二进制数据，并将其转换成Class对象，存入缓冲区中。

这就是为什么修改了Class后，必须重新启动JVM，程序所做的修改才会生效的原因

*** 为什么MyISAM比Innodb引擎查询快

MyISAM 插入、修改、删除没有事务不需要维护行锁，不需要维护redo、undo log
MyISAM 索引记录的事数据地址引用 InnoDB 普通索引记录的是主键需要二次回表查询
MyISAM 只会缓存索引不会缓存数据
MyISAM 索引开启了压缩索引【前缀压缩】单位页查询数据更多默认只压缩字符串压缩索引的倒序扫描会更慢

*** Innodb引擎和MyISAM 引擎存储文件分别是什么

Innodb 存储包含两个 frm文件【表空间】 IBD文件【主键和数据结合的聚簇索引】
MyISAM 包含三个文件 frm【表空间】 MYI [索引文件] MYD [数据文件]

*** mysql explain 分析过程

共10个分析项

id id值越大越先执行相同值按从上到下执行顺序
select_type

1> simple 不带union或子查询的查询

2> PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY)

3> UNION(UNION中的第二个或后面的SELECT语句)

4> SUBQUERY(子查询中的第一个SELECT，结果不依赖于外部查询)

5> DERIVED(派生表的SELECT, FROM子句的子查询)
table

显示这一步所访问数据库中表名称（显示这一行的数据是关于哪张表的），有时不是真实的表名字，可能是简称，例如上面的e，d，也可能是第几步执行的结果的简称
partitions

使用分区的哪部分
type

下面的类型从上到下性能越来越好

1> ALL：Full Table Scan， MySQL将遍历全表以找到匹配的行

2> index: Full Index Scan，index与ALL区别为index类型只遍历索引树

3> range:只检索给定范围的行，使用一个索引来选择行

4> ref: 表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值

5> eq_ref: 类似ref，区别就在使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配，简单来说，

就是多表连接中使用primary key或者 unique key作为关联条件

6> const、system: 当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，MySQL就能将该查询转换为一个常量，

system是const类型的特例，当查询的表只有一行的情况下，使用system

7> NULL: MySQL在优化过程中分解语句，执行时甚至不用访问表或索引，例如从一个索引列里选取最小值可以通过单独索引查找完成。
possible_keys

指出MySQL能使用哪个索引在表中找到记录，查询涉及到的字段上若存在索引，则该索引将被列出，

但不一定被查询使用（该查询可以利用的索引，如果没有任何索引显示 null）
key

key列显示MySQL实际决定使用的键（索引），必然包含在possible_keys中

如果没有选择索引，键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引，在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。
key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度（key_len显示的值为索引字段的最大可能长度，并非实际使用长度，

即key_len是根据表定义计算而得，不是通过表内检索出的）。不损失精确性的情况下，长度越短越好
ref

列与索引的比较，表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
rows

估算出结果集行数，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数
Extra

该列包含MySQL解决查询的详细信息,有以下几种情况：

Using where:不用读取表中所有信息，仅通过索引就可以获取所需数据，这发生在对表的全部的请求列都是同一个索引的部分的时候，表示mysql服务器将在存储引擎检索行后再进行过滤

Using temporary：表示MySQL需要使用临时表来存储结果集，常见于排序和分组查询，常见 group by ; order by

Using filesort：当Query中包含 order by 操作，而且无法利用索引完成的排序操作称为“文件排序”

Using join buffer：强调了在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进能。