面试小记

今天参加了一个面试。小记一下

一开始我简单介绍了一下自己毕业后的工作经历。

然后，我们展开了一些技术问题的讨论和交流，现记载如下，供大家参考借鉴：

1）数据库SQL语句层面的优化。

面试的时候时候，面试老师问到我这个问题，我实事求是地回答：“用的不是大多，不甚了解"，随口回答：”应该不难“。

现在下来发现： SQL语句层面的优化，的确很容易理解，但是它是一系列的技巧集，用一篇文章概括，肯定是概括不完的，理解他们也需要依赖一些对应知识点。

通过下来的阅读和学习，我也学习到了一些新的知识点和以前从而接触过的名词和概念。我准备利用我现参与的基于MYSQL的上亿条存储规模的一个项目来作实验，消化理解SQL语句调优。

先挑选几条总结记录如下，完全掌握它们，把它们熟练地应用到工作中去至少是一个阶段性的过程：

数据库是基于文件系统的，也可以说是基于文件IO的（因此需要文件系统的知识和IO的知识），以文件的方式把数据集存放到外部存储器上面（当然也有内存表的情况），并利用独立于数据之外的索引信息，进行快速地增删查改。基于数据系统的应用的调优涉及到很多个层面，记得有人曾经撰文从十个层面简述了这个问题，我这里先总结“SQL语句层面”的优化。

我们用Oracle数据库来举例，我认为学习SQL语句调优首先我们要了解数据存取的方式和表连接的方式。

1、全表扫描   2、ROWID扫描  3、索引扫描（唯一扫描、全部扫描、范围扫描、快速扫描）

全表扫描会涉及到多块读操作。

也有专门的工具可以做SQL语句优化，如SQL Expert

（一）SQL书写的影响

1、同一数据库中，如果不同程序员能统一SQL语句大小写规范，能加快一点速度，因为SQL语句是需要编译，在SGA中会缓存一定数量的编译过的SQL语句，SQL执行时先对其做HASH(猜测的)在SGA中查找，如果大小写等写法统一，则减少了重新编译的次数了，直接使用已有的。

2、where条件语句中，两个并列条件的顺序，这个类似于我们现实生活中相亲，一来就说相对比较苛刻的条件放在前面CHECK，如果不符合则OVER,继续下一个，这样可以节约大家的时间，如果把条件苛刻的放后面，则要浪费更多的CPU时间。这也类似于我们C语言中如果存在FOR循环嵌套的情况下，把循环次数少的循环放外层，能节约一点CPU执行时间。

（二）有的SQL书写方法不能利用索引而发生全表扫描

1、LIKE ‘%5400%’  

2、避免使用NULL和NOT NULL ,所以我们要避免在数据库中保存null.

3、使用ＮＯＴ　ＩＮ

4、使用函数的字段无法使用索引，尽可能利用其它可以使用索引的方式