-
尽量避免使用select *
数据库需要取出表中所有的字段,需要解析更多相关的字段、属性、权限,增加性能消耗;查询到的字段未必都是有用的,全部查询增加数据库服务器的负担以及与应用客户端之间的网络和IO开销;
-
避免使用insert into table_name values(......)
代码可读性差;一旦表结构有变更,就得改动所有语句,否则Column count doesn't match value count 就会出现
-
应尽量避免全表扫描,首先考虑在where 和order by涉及的列上加索引
-
尽量避免使用or来连接查询条件,必要的使用可以考虑使用union all 联接查询结果(此时需要考虑是否允许重复数据问题)
-
对于连续的值能用between就不要用 in
-
验证数据是否存在时使用limit 1 比count 更有效率
如 select 1 from f_trans_log where pk = xxx limit 1;
f_trans_log表中遍历到第一个满足条件(pk=xxx)时停止,返回结果为1,若未查到相应的结果,返回null,不用遍历所有数据求总数
-
应尽量避免在 where 子句中对字段进行表达式操作,这将导致引擎放弃使用索引而进行全表扫描。
如:
select id from t where num/2=100
应改为:
select id from t where num=100*2 -
应尽量避免在where子句中对字段进行函数操作,这将导致引擎放弃使用索引而进行全表扫描。如:
select id from f_user where substring(name,1,1)='张'--姓张的用户id
应改为:
select id from f_user where name like '张%' -
并不是所有索引对查询都有效,SQL是根据表中数据来进行查询优化的,当索引列有大量数据重复时,SQL查询可能不会去利用索引
-
索引并不是越多越好,索引固然可以提高相应的 select 的效率,但同时也降低了 insert 及 update 的效率
-
建表时尽量选择合适的字段类型能用tinyint就不用smallint,能用smallint就不用int,磁盘和内存的消耗越少越好
-
在新建临时表时,如果一次性插入数据量很大,那么可以使用 select into 代替 create table,避免造成大量 log ,以提高速度;如果数据量不大,为了缓和系统表的资源,应先create table,然后insert。
-
很多时候用 exists 代替 in 是一个好的选择:
select num from a where num in(select num from b)
用下面的语句替换:
select num from a where exists(select 1 from b where num=a.num) -
避免在索引列上进行数据类型转换,不论显示的或是隐式的
如:select name from student where mobile=13322333456 ;然而数据库中是varchar2类型,mobile隐式调用了to_number
-
模糊查询避免使用 like “%XX%”,这样会忽略索引,但like “XX%”索引仍然有效
关注公众号回复:sql,领取sql基本教程