数据库优化基本策略

1.选择正确类型的sql。

有时候你想要动态生成sql，却发现自己开发的系统性能只需要使用静态sql。

2.放开锁定策略

locking越严格，性能越差。到底是用乐观锁还是悲观锁？请权衡数据库数据的完整性，为了性能～

3.频繁提交

尽快提交，以释放各种锁和程序代码中的数据库对象。这样能降低冲突的数量并及时释放内存。

4.考虑批处理

不一定非要在联机状态下才能做每件事情。实现关键任务，关键业务时候，应批量的对数据进行处理。

5.避免连接

尤其是两张字段很多的大表。请使用索引而不是什么狗P的左右连接。

6.利用特定的数据库特性

oracle有oracle的特性，mysql有mysql的特性。当你想做数据库移植时候，请遵循各种数据库厂商的数据库产品独有的特性。

7.只获取自己需要的列

当要得到你想要的列。请不要用select * from table而是用select id,name from table。

使用尽可能小的结果集，更易于处理和传递。

8.避免where子句中的or

不要写name ="smith" or name = 'frank'。请写name in ('smith','frank').后者比前者更高效

9.避免like子句

name like 's%'这样的子句会对数据库表进行扫描，开销极其巨大，其实只要在name列上定义索引，很多数据库都会高效执行

 

评论

5 楼 远去的渡口 2011-08-26  

使用properties文件或者final类比较好。在数据库中建一张表放这些常量值，每次需要使用时候去访问数据库也会影响性能。
很赞同，我们现在做的项目中有一部分常量竟然存在一张表里面，这样的确会影响性能

4 楼 何枫abc 2011-02-26  

浪哥!,这篇loge对我来说很受用,昨天面试这个问题我就挂了,感觉其太广义了.这里听君一言顿时豁然了.

3 楼 黑暗浪子 2011-01-07  

liangguanhui 写道

这种帖子个人觉得误导性比较强，特别是对新人。

首先最重要的一点，是认清你要使用的是什么数据库，也就是这里的第七点，这个非常非常非常非常重要。实际上每个数据库都会有不同，有时候差别还非常大。

比如“频繁提交”，这一条在SQL server、sybase、informix是成立的，但在Oracle、InnoDB、PostgreSQL等支持MVCC的数据库是非常不要得的。

又例如“锁定策略”，实际上SQL Server等和Oracle又有很大的不同。SQL Server是读写互堵，堵塞的时候默认是块级锁（这里是说旧版本的SQLServer）；Oracle是读写互不相堵，写堵塞写的时候默认是行级锁。

又例如“避免连接”，“请使用索引而不是什么狗P的左右连接”，我实在看不出索引跟左右连接有什么互斥的地方，该连接就连接（除非是因为性能的问题需要添加数据冗余）。

“避免where子句中的or和Like”在大多数情况是这样，但这并不是绝对的，一切都要以查询计划为准。

仁者见仁，智者见智。两张字段很多的大表使用连接就是傻子了。当然我也没说禁止连接。
其实还漏写1条：那就是开发时候，在可以避免调用数据库时候，尽量不要频繁调用数据库。特别是代码中如果需要调用一些常量值。使用properties文件或者final类比较好。在数据库中建一张表放这些常量值，每次需要使用时候去访问数据库也会影响性能。

2 楼 tedeyang 2011-01-07  

or在mysql中，某些情况下是会用索引的。
like s% 则必然会用到索引，除非mysql认为file sort更快，一般情况下它是对的。
楼主既然是说基本策略，那基本都说得没错。
总结一下：
尽快释放独占性资源，妥善使用索引，减少网络通信量（包括字段，以及使用存储过程，批处理等），查询要能尽快塌缩

1 楼 liangguanhui 2011-01-07  

这种帖子个人觉得误导性比较强，特别是对新人。

首先最重要的一点，是认清你要使用的是什么数据库，也就是这里的第七点，这个非常非常非常非常重要。实际上每个数据库都会有不同，有时候差别还非常大。

比如“频繁提交”，这一条在SQL server、sybase、informix是成立的，但在Oracle、InnoDB、PostgreSQL等支持MVCC的数据库是非常不要得的。

又例如“锁定策略”，实际上SQL Server等和Oracle又有很大的不同。SQL Server是读写互堵，堵塞的时候默认是块级锁（这里是说旧版本的SQLServer）；Oracle是读写互不相堵，写堵塞写的时候默认是行级锁。

又例如“避免连接”，“请使用索引而不是什么狗P的左右连接”，我实在看不出索引跟左右连接有什么互斥的地方，该连接就连接（除非是因为性能的问题需要添加数据冗余）。

“避免where子句中的or和Like”在大多数情况是这样，但这并不是绝对的，一切都要以查询计划为准。