今天参加了一个面试。小记一下
一开始我简单介绍了一下自己毕业后的工作经历。
然后,我们展开了一些技术问题的讨论和交流,现记载如下,供大家参考借鉴:
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、使用NOT IN
4、使用函数的字段无法使用索引,尽可能利用其它可以使用索引的方式