面试复盘｜浙江大华一二三面！秋招（已offer）
我前后一共面试了六轮大华，提前批三轮，秋招三轮，关于公司就不说过多了，有问题的同学可以私信我，这里主要分享一下面试的经验吧。
9.8号 早晨9:40 一面 20min 电话面
1.自我介绍
2.String StringBuffer StringBuilder的区别
3.说一下java中创建线程的方式
4.说一下线程池的参数和使用流程
（高频问题）
5.mysql中的char和verchar的区别
6.怎么优化sql
（建议后期的同学可以去看一下调优手册，非常的棒，在之前的面经里也有说过。）
慢 SQL 语句的几种常见诱因
1. 无索引、索引失效导致慢查询
如果在一张几千万数据的表中以一个没有索引的列作为查询条件，大部分情况下查询会非常
耗时，这种查询毫无疑问是一个慢 SQL 查询。所以对于大数据量的查询，我们需要建立适
合的索引来优化查询。
虽然我们很多时候建立了索引，但在一些特定的场景下，索引还有可能会失效，所以索引失
效也是导致慢查询的主要原因之一。针对这点的调优，我会在第 34 讲中详解。
2. 锁等待
我们常用的存储引擎有 InnoDB 和 MyISAM，前者支持行锁和表锁，后者只支持表锁。
如果数据库操作是基于表锁实现的，试想下，如果一张订单表在更新时，需要锁住整张表，
那么其它大量数据库操作（包括查询）都将处于等待状态，这将严重影响到系统的并发性
能。
这时，InnoDB 存储引擎支持的行锁更适合高并发场景。但在使用 InnoDB 存储引擎时，我
们要特别注意行锁升级为表锁的可能。在批量更新操作时，行锁就很可能会升级为表锁。
MySQL 认为如果对一张表使用大量行锁，会导致事务执行效率下降，从而可能造成其它事
务长时间锁等待和更多的锁冲突问题发生，致使性能严重下降，所以 MySQL 会将行锁升
级为表锁。还有，行锁是基于索引加的锁，如果我们在更新操作时，条件索引失效，那么行
锁也会升级为表锁。
因此，基于表锁的数据库操作，会导致 SQL 阻塞等待，从而影响执行速度。在一些更新操
作（insert\update\delete）大于或等于读操作的情况下，MySQL 不建议使用 MyISAM
存储引擎。除了锁升级之外，行锁相对表锁来说，虽然粒度更细，并发能力提升了，但也带来了新的问
题，那就是死锁。因此，在使用行锁时，我们要注意避免死锁。关于死锁，我还会在第 35
讲中详解。
3. 不恰当的 SQL 语句
使用不恰当的 SQL 语句也是慢 SQL 最常见的诱因之一。例如，习惯使用 <SELECT *>，
<SELECT COUNT(*)> SQL 语句，在大数据表中使用 <LIMIT M,N> 分页查询，以及对非
索引字段进行排序等等。
二面 9.8号中午12:40 电话面 25min
1.自我介绍
2.问项目
3.项目有哪些微服务，用到了哪些组件
4.登录如何做的？
5.问了一下springcloud feign组件
6.分布式事务
（分布式事务就是为了解决在同一个事务下，不同节点的数据库操作数据不一致的问题。在
一个事务操作请求多个服务或多个数据库节点时，要么所有请求成功，要么所有请求都失败
回滚回去。通常，分布式事务的实现有多种方式，例如 XA 协议实现的二阶提交（2PC）、
三阶提交 (3PC)，以及 TCC 补偿性事务。）
7.对1亿的用户，如何快速定位某个用户是否有权限通过
三面 9.8号 下午 hr面 25min
1.自我介绍
2.问了工作地点
3.说一下自己最有成就感的比赛
4.说说自己比赛如何分工的
5.自己的期望薪资
总结：面试中问的有些问题还是很不错的，大家可以学习看看。
讨论：对于二面的第7个问题，不知道牛友们如何看？
