数据库设计和查询的一些简单优化

  搜集了网络上的一些资料,关于数据库设计和和查询方面的简单优化,整理如下:

设计方面                                                                                                                                                                                                                       

1、设计表和表之间的关联,能够降低数据的冗余,保证了数据的完整性。但是多表之间的关联查询,却会降低性能,查询速度较低,尤其是数据量非常大的时候。

2、增加数据冗余,会加快系统的响应时间,提高查询速度,但是如果冗余数据更新不及时,就会造成数据的不一致。

3、所以对表之间的关联需要合理设计,关联的数据量是否非常大,查询是否频繁,关联的数据是否经常改变都需要考虑,以做出合理的数据冗余,保证数据的一致性,提高查询速度。

4、最好不要用自增字段作为主键与其他表进行关联,这样不利于数据的迁移和数据的恢复,也不利于数据库的分区。

5、表字段的长度不要设计过长,最好根据实际的长度选择字段类型,设置合适的长度,这样可以提高查询效率,建立索引的时候也可以降低资源的消耗。

6、能够使用数字类型就尽量使用数字类型,数据库引擎在处理和连接时会逐个比较字符串中的每一个字符,而对于数字类型,只需要比较一次。

7、不可变字符类型char查询快,但是耗存储空间;可变字符类型varchar查询相对慢一些但节省存储空间。在设计时可以灵活选择,如用户名、密码长度变化不大的字段可以用char,而对于评论等长度变化大的字段可以用varchar。

查询方面                                                                                                                                                                                                                        

1、在保证功能的基础上,尽可能减少对数据库的访问次数;尽量减少对表的访问行数;尽量最小化结果集。

2、用到几列就选择几列,不过多使用通配符

--少使用
SELECT * FROM t_user;
--用到几列选择几列
SELECT username,password FROM t_user;

3、用到几行结果集就返回几行结果集,降低网络负担

SELECT username,password FROM t_user LIMIT 2;

4、尽量避免使用!=和<>操作符,否则查询用不到索引而会进行全表扫描

--尽量避免使用 <> 和 !=
SELECT * FROM t_user where username <> 'afei';

SELECT * FROM t_user where username != 'afei';

 5、避免使用or来连接条件,否则查询用不到索引而会进行全表扫描

--尽量避免使用 OR
SELECT * FROM t_user WHERE username = 'lihuai' OR username = 'afei';

--可以使用 UNION ALL 代替
SELECT * FROM t_user WHERE username = 'lihuai' 
UNION ALL
SELECT * FROM t_user WHERE username = 'afei' 

6、尽量避免使用IN和NOT IN,否则查询用不到索引而会进行全表扫描

--在IN只有一个值时,还是可以用到索引
mysql> explain SELECT * FROM t_user WHERE username IN ('lihuai') G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_user
         type: ref
possible_keys: index_username
          key: index_username
      key_len: 18
          ref: const
         rows: 1
        Extra: Using where
1 row in set (0.00 sec)
--在IN中有两个以上的值时,无法再使用索引了
SELECT * FROM t_user WHERE username IN ('lihuai','afei');
--尽量避免使用NOT IN
SELECT * FROM t_user WHERE username NOT IN ('lihuai','afei');

7、在模糊查询中,避免前端模糊,否则无法使用索引而会进行全表扫描

#--避免使用前端模糊查询
SELECT * FROM t_user WHERE username LIKE '%lih%';
SELECT * FROM t_user WHERE username LIKE '%lih'

#--后端端模糊查询可以用到索引
SELECT * FROM t_user WHERE username LIKE 'lih%'
mysql> explain SELECT * FROM t_user WHERE username LIKE 'lih%' G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t_user
         type: range
possible_keys: index_username
          key: index_username
      key_len: 18
          ref: NULL
         rows: 2
        Extra: Using where
1 row in set (0.00 sec)

8、避免对查询字段进行表达式和函数操作,否则无法使用索引而会进行全表扫描

#--避免对字段进行表达式操作
SELECT * FROM t_user WHERE age/2 = 20;
--可以改成这样
SELECT * FROM t_user WHERE age = 20*2;

#--避免对字段进行函数操作
SELECT * FROM t_user WHERE SUBSTR(username,1,3) = 'lih';
#--可以改成这样
SELECT * FROM t_user WHERE username LIKE 'lih%';

9、很多时候可以使用EXISTS 替代 IN

--用IN
SELECT * FROM t_user t1 WHERE t1.username IN (SELECT t2.username FROM t_temp t2 WHERE t2.age=20);
--用EXISTS
SELECT * FROM t_user t1 WHERE EXISTS (SELECT 1 FROM t_temp t2 WHERE t1.username=t2.username AND t2.age=20);

两者的结果一样,但是EXISTS 的效率好于IN,EXISTS 不会产生大量锁定的表扫描

原文地址:https://www.cnblogs.com/luxh/p/3408560.html