数据库性能优化三:程序操作优化

转载 2015年07月07日 22:36:01
数据库优化包含以下三部分,数据库自身的优化,数据库表优化,程序操作优化.此文为第三部分

  数据库性能优化三:程序操作优化

概述:程序访问优化也可以认为是访问SQL语句的优化,一个好的SQL语句是可以减少非常多的程序性能的,下面列出常用错误习惯,并且提出相应的解决方案

 

  一、操作符优化

  1. IN、NOT IN 操作符

  INEXISTS 性能有外表和内表区分的,但是在大数据量的表中推荐用EXISTS 代替IN 

  Not IN 不走索引的是绝对不能用的,可以用NOT EXISTS 代替

  2. IS NULL IS NOT NULL操作

    索引是不索引空值的,所以这样的操作不能使用索引,可以用其他的办法处理,例如:数字类型,判断大于0,字符串类型设置一个默认值,判断是否等于默认值即可

  3. <> 操作符(不等于) 
  不等于操作符是永远不会用到索引的,因此对它的处理只会产生全表扫描。 用其它相同功能的操作运算代替,如 a<>0 改为 a>0 or a<0    a<>’’ 改为 a>’’ 

  4. 用全文搜索搜索文本数据,取代like搜索

  全文搜索始终优于like搜索:

  (1)全文搜索让你可以实现like不能完成的复杂搜索,如搜索一个单词或一个短语,搜索一个与另一个单词或短语相近的单词或短语,或者是搜索同义词;

  (2)实现全文搜索比实现like搜索更容易(特别是复杂的搜索);

 

  二、SQL语句优化

  1、在查询中不要使用  select * 

    为什么不能使用,地球人都知道,但是很多人都习惯这样用,要明白能省就省,而且这样查询数据库不能利用“覆盖索引”了

  2. 尽量写WHERE子句

  尽量不要写没有WHERESQL语句

  3. 注意SELECT INTO后的WHERE子句

  因为SELECT INTO把数据插入到临时表,这个过程会锁定一些系统表,如果这个WHERE子句返回的数据过多或者速度太慢,会造成系统表长期锁定,诸塞其他进程。
  4.对于聚合查询,可以用HAVING子句进一步限定返回的行

  5. 避免使用临时表

  (1)除非却有需要,否则应尽量避免使用临时表,相反,可以使用表变量代替;

  (2)大多数时候(99%),表变量驻扎在内存中,因此速度比临时表更快,临时表驻扎在TempDb数据库中,因此临时表上的操作需要跨数据库通信,速度自然慢。

 

  6.减少访问数据库的次数:

    程序设计中最好将一些常用的全局变量表放在内存中或者用其他的方式减少数据库的访问次数
 

  7.尽量少做重复的工作
  尽量减少无效工作,但是这一点的侧重点在客户端程序,需要注意的如下:
  A、 控制同一语句的多次执行,特别是一些基础数据的多次执行是很多程序员很少注意的

  B、减少多次的数据转换,也许需要数据转换是设计的问题,但是减少次数是程序员可以做到的。

  C、杜绝不必要的子查询和连接表,子查询在执行计划一般解释成外连接,多余的连接表带来额外的开销。

  D、合并对同一表同一条件的多次UPDATE,比如
  UPDATE EMPLOYEE SET FNAME=’HAIWER’ WHERE EMP_ID=’ VPA30890F’
  UPDATE EMPLOYEE SET LNAME=’YANG’ WHERE EMP_ID=’ VPA30890F’
  这两个语句应该合并成以下一个语句
  UPDATE EMPLOYEE SET FNAME=’HAIWER’,LNAME=’YANG’  
  WHERE EMP_ID=’ VPA30890F’


  EUPDATE操作不要拆成DELETE操作+INSERT操作的形式,虽然功能相同,但是性能差别是很大的。

  F、不要写一些没有意义的查询,比如
    SELECT * FROM EMPLOYEE WHERE 1=2

  三、where使用原则

  1)在下面两条select语句中:
  select * from table1 where field1<=10000 and field1>=0;
  select * from table1 where field1>=0 and field1<=10000;
  如果数据表中的数据field1>=0,则第一条select语句要比第二条select语句效率高的多,因为第二条select语句的第一个条件耗费了大量的系统资源。
  第一个原则:在where子句中应把最具限制性的条件放在最前面。
  2)在下面的select语句中:
  select * from tab where a=… and b=… and c=…;
  若有索引index(a,b,c),则where子句中字段的顺序应和索引中字段顺序一致。
  第二个原则:where子句中字段的顺序应和索引中字段顺序一致。


  以下假设在field1上有唯一索引I1,在field2上有非唯一索引I2
  3) select field3,field4 from tb where field1='sdf' 
  select * from tb where field1='sdf' 慢,
  因为后者在索引扫描后要多一步ROWID表访问。


  select field3,field4 from tb where field1>='sdf' 
  select field3,field4 from tb where field1>'sdf' 
  因为前者可以迅速定位索引。


  select field3,field4 from tb where field2 like 'R%' 
  select field3,field4 from tb where field2 like '%R' 慢,
  因为后者不使用索引。


  4) 使用函数如:
  select field3,field4 from tb where upper(field2)='RMN'不使用索引。
  如果一个表有两万条记录,建议不使用函数;如果一个表有五万条以上记录,严格禁止使用函数!两万条记录以下没有限制。

  以上可能部分文章借鉴了其他的网络文章,本文仅为学习使用,转载请注明出处

                                   --------------AK(老K):2012-12-28  

相关文章推荐

性能优化之数据库操作异步化

最近在做一个系统优化的项目,经排查发现程序存在大量的数据库操作,且是同步的,导致性能急剧下降。因相关数据库操作对实时性要求不是很强,所以打算部署一个数据库操作进程模块,负责系统所有异步的数据库操作请求...

性能测试工具操作数据库(三)-Jmeter与Mysql

性能测试工具操作数据库连载三,本章节以jmeter操作mysql为例,可以实现jmeter批量插入、更新、查询、删除mysql数据库,以及说明注意事项,对初学者绝对有帮助。

SqlServer性能优化用SQL(三)【数据库环境监控】

SQL脚本:--查询当前数据库的配置信息 Select configuration_id ConfigurationId, name Name, description Description, Ca...
  • WuLex
  • WuLex
  • 2017-06-17 22:54
  • 271

SQL Server数据库性能优化三 :SQL语句篇

按需索取字段,跟“SELECT *”说拜拜 字段的提取一定要按照“用多少提多少”的原则,避免使用“SELECT *”这样的操作。做了这样一个实验,表tblA有1000万数据: select top ...
  • lovoo
  • lovoo
  • 2016-05-12 11:48
  • 286

Mysql数据库优化系列(三)------Mysql性能调优的思路

一、最好的优化-----不查询! 这不是开玩笑. 如果一台服务器出现长时间负载过高 /周期性负载过大,或偶尔卡住,如何来处理? 大的思路--------         是周期性的...

HBase性能优化方法总结(三):读表操作

本文主要是从HBase应用程序设计与开发的角度,总结几种常用的性能优化方法。有关HBase系统配置级别的优化,可参考:淘宝Ken Wu同学的博客。 下面是本文总结的第三部分内容:读表操作相关的优...

HBase性能优化方法总结(三):读表操作

转自:http://www.cnblogs.com/panfeng412/archive/2012/03/08/hbase-performance-tuning-section3.html 下面是本...

Java性能优化系列之三--并发程序设计详解

1、并发程序设计模式:   (1)、Future-Callable模式:FutureTask类实现了Runnable接口,可以作为单独的线程运行,其Run方法中通过Sync内部类调用Callable接...

【Day61】MySQL数据库性能优化之三(索引优化)

索引为什么能提高数据访问性能?  很多人只知道索引能够提高数据库的性能,但并不是特别了解其原理,其实我们可以用一个生活中的示例来理解。      我们让一位不太懂计算机的朋友去图书馆确认一本叫做《...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)