MySQL语句优化的原则

1、使用索引来更快地遍历表。

  缺省情况下建立的索引是非群集索引,但有时它并不是最佳的。在非群集索引下,数据在物理上随机存放在数据页上。

  合理的索引设计要建立在对各种查询的分析和预测上。一般来说:
  a.有大量重复值、且经常有范围查询( > ,< ,> =,< =)和order by、group by发生的列,可考虑建立群集索引;
  b.经常同时存取多列,且每列都含有重复值可考虑建立组合索引;
  c.组合索引要尽量使关键查询形成索引覆盖,其前导列一定是使用最频繁的列。索引虽有助于提高性能但不是索引
  越多越好,恰好相反过多的索引会导致系统低效。用户在表中每加进一个索引,维护索引集合就要做相应的更新工作。

2、在海量查询时尽量少用格式转换。

3、ORDER BY和GROPU BY使用ORDER BY和GROUP BY短语,任何一种索引都有助于SELECT的性能提高。

4、任何对列的操作都将导致表扫描,它包括数据库函数、计算表达式等等,查询时要尽可能将操作移至等号右边。

5、IN、OR子句常会使用工作表,使索引失效。如果不产生大量重复值,可以考虑把子句拆开。拆开的子句中应该包含索引。

6、只要能满足你的需求,应尽可能使用更小的数据类型:例如使用MEDIUMINT代替INT

7、尽量把所有的列设置为NOT NULL,如果你要保存NULL,手动去设置它,而不是把它设为默认值。

8、尽量少用VARCHAR、TEXT、BLOB类型

9、如果你的数据只有你所知的少量的几个。最好使用ENUM类型

10、正如graymice所讲的那样,建立索引。


以下是我做的一个实验,可以发现索引能极大地提高查询的效率(我有一个会员信息表users,里边有37365条用户记录)

在不加索引的时候进行查询:
sql语句A:
select * from users where username like '%许%';
在Mysql-Front中的8次查询时长为:1.40,0.54,0.54,0.54,0.53,0.55,0.54 共找到960条记录

sql语句B:
select * from users where username like '许%';
在Mysql-Front中的8次查询时长为:0.53,0.53,0.53,0.54,0.53,0.53,0.54,0.54 共找到836条记录

sql语句C:
select * from users where username like '%许';
在Mysql-Front中的8次查询时长为:0.51,0.51,0.52,0.52,0.51,0.51,0.52,0.51 共找到7条记录

为username列添加索引:
create index usernameindex on users(username(6));
再次查询:

sql语句A:
select * from users where username like '%许%';
在Mysql-Front中的8次查询时长为:0.35,0.34,0.34,0.35,0.34,0.34,0.35,0.34 共找到960条记录

sql语句B:
select * from users where username like '许%';
在Mysql-Front中的8次查询时长为:0.06,0.07,0.07,0.07,0.07,0.07,0.06,0.06 共找到836条记录

sql语句C:
select * from users where username like '%许';
在Mysql-Front中的8次查询时长为:0.32,0.31,0.31,0.32,0.31,0.32,0.31,0.31 共找到7条记录

在实验过程中,我没有另开任何程序,以上的数据说明在单表查询中,建立索引的可以极大地提高查询速度。

另外要说的是如果建立了索引,对于like '许%'类型的查询,速度提升是最明显的。因此,我们在写sql语句的
时候也尽量采用这种方式查询。

对于多表查询我们的优化原则是:
尽量将索引建立在:left join on/right join on ... +条件,的条件语句中所涉及的字段上。多表查询比单表查
询更能体现索引的优势。

11、索引的建立原则:
  如果一列的中数据的前缀重复值很少,我们最好就只索引这个前缀。Mysql支持这种索引。我在上面用到的索
  引方法就是对username最左边的6个字符进行索引。索引越短,占用的 磁盘空间越少,在检索过程中花的时
  间也越少。这方法可以对最多左255个字符进行索引。
  在很多场合,我们可以给建立多列数据建立索引。
  索引应该建立在查询条件中进行比较的字段上,而不是建立在我们要找出来并且显示的字段上

12、一往情深问到的问题
  
IN、OR子句常会使用工作表,使索引失效。如果不产生大量重复值,可以考虑把子句拆开。拆开的子句中应该包含索引。

这句话怎么理解决,请举个例子
如下:
如果在fields1和fields2上同时建立了索引,fields1为主索引

以下sql会用到索引
select * from tablename1 where fields1='value1' and fields2='value2'

以下sql不会用到索引
select * from tablename1 where fields1='value1' or fields2='value2'

13.索引带来查询上的速度的大大提升,但索引也占用了额外的硬盘空间(当然现在一般硬盘空间不成问题),
而且往表中插入新记录时索引也要随着更新这也需要一定时间.

  有些表如果经常insert,而较少select,就不用加索引了.不然每次写入数据都要重新改写索引,花费时间; 这个视
  实际情况而定,通常情况下索引是必需的.

14.我在对查询效率有怀疑的时候,一般是直接用Mysql的Explain来跟踪查询情况.
  你用Mysql-Front是通过时长来比较,我觉得如果从查询时扫描字段的次数来比较更精确一些.

 

、、、、、、、、、、、、、、、、、、、、、、、、、、

 

MySQL索引类型一览 让MySQL高效运行起来

文章分类:IT生活

   本文介绍了七种MySQL索引类型。在数据库表中,对字段建立索引可以大大提高查询速度。通过善用这些索引,可以令 MySQL的查询和运行更加高效。   索引是快速搜索的关键。MySQL索引的建立对于MySQL的高效运行是很重要的。下面介绍几种常见的MySQL索引类型。
 在数据库表中,对字段建立索引可以大大提高查询速度。假如我们创建了一个 mytable表:
 CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL );
 我们随机向里面插入了10000条记录,其中有一条:5555, admin。
 在查找username="admin"的记录 SELECT * FROM mytable WHERE username='admin';时,如果在 username上已经建立了索引,MySQL无须任何扫描,即准确可找到该记录。相反,MySQL会扫描所有记录,即要

查询10000条记录。
 索引分单列索引和组合索引。单列索引,即一个索引只包含单个列,一个表可以有多个单列索引,但这不是组合索引。组合索引,即一个索包含多个列。
  MySQL索引类型包括:
  (1)普通索引
  这是最基本的索引,它没有任何限制。它有以下几种创建方式:
  ◆创建索引
  CREATE INDEX indexName ON mytable(username(length));
  如果是CHAR,VARCHAR类型,length可以小于字段实际长度;如果是BLOB和TEXT类型,必须指定 length,下同。
  ◆修改表结构
  ALTER mytable ADD INDEX [indexName] ON (username(length))
  ◆创建表的时候直接指定
  CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) );
  删除索引的语法:
  DROP INDEX [indexName] ON mytable;
  (2)唯一索引
  它与前面的普通索引类似,不同的就是:索引列的值必须唯一,但允许有空值。如果是组合索引,则列值的组合必须唯一。它有以下几种创建方式:
  ◆创建索引
  CREATE UNIQUE INDEX indexName ON mytable(username(length))
  ◆修改表结构
  ALTER mytable ADD UNIQUE [indexName] ON (username(length))
  ◆创建表的时候直接指定
  CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );
  (3)主键索引
  它是一种特殊的唯一索引,不允许有空值。一般是在建表的时候同时创建主键索引:
  CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) );
  当然也可以用 ALTER 命令。记住:一个表只能有一个主键。
  (4)组合索引
  为了形象地对比单列索引和组合索引,为表添加多个字段:
  CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL );
  为了进一步榨取MySQL的效率,就要考虑建立组合索引。就是将 name, city, age建到一个索引里:
  ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age);
  建表时,usernname长度为 16,这里用 10。这是因为一般情况下名字的长度不会超过10,这样会加速索引查询速度,还会减少索引文件的大小,提高INSERT的更新速度。
  如果分别在 usernname,city,age上建立单列索引,让该表有3个单列索引,查询时和上述的组合索引效率也会大不一样,远远低于我们的组合索引。虽然此时有了三个索引,但MySQL只能用到其中的那个它认为似乎是最有效率的单列索引。
  建立这样的组合索引,其实是相当于分别建立了下面三组组合索引:
  usernname,city,age usernname,city usernname
  为什么没有 city,age这样的组合索引呢?这是因为MySQL组合索引“最左前缀”的结果。简单的理解就是只从最左面的开始组合。并不是只要包含这三列的查询都会用到该组合索引,下面的几个SQL就会用到这个组合索引:
  SELECT * FROM mytable WHREE username="admin" AND city="郑州" SELECT * FROM mytable WHREE username="admin"
  而下面几个则不会用到:
  SELECT * FROM mytable WHREE age=20 AND city="郑州" SELECT * FROM mytable WHREE city="郑州"
  (5)建立索引的时机
  到这里我们已经学会了建立索引,那么我们需要在什么情况下建立索引呢?一般来说,在WHERE和JOIN中出现的列需要建立索引,但也不完全如此,因为MySQL只对<,<=,=,>,>=,BETWEEN,IN,以及某些时候的LIKE才会使用索引。例如:
  SELECT t.Name FROM mytable t LEFT JOIN mytable m ON t.Name=m.username WHERE m.age=20 AND m.city='郑州'
  此时就需要对city和age建立索引,由于mytable表的userame也出现在了JOIN子句中,也有对它建立索引的必要。
  刚才提到只有某些时候的LIKE才需建立索引。因为在以通配符%和_开头作查询时,MySQL不会使用索引。例如下句会使用索引:
  SELECT * FROM mytable WHERE username like'admin%'
  而下句就不会使用:
  SELECT * FROM mytable WHEREt Name like'%admin'
  因此,在使用LIKE时应注意以上的区别。
  (6)索引的不足之处
  上面都在说使用索引的好处,但过多的使用索引将会造成滥用。因此索引也会有它的缺点:
  ◆虽然索引大大提高了查询速度,同时却会降低更新表的速度,如对表进行INSERT、UPDATE和DELETE。因为更新表时,MySQL不仅要保存数据,还要保存一下索引文件。
  ◆建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重,但如果你在一个大表上创建了多种组合索引,索引文件的会膨胀很快。
  索引只是提高效率的一个因素,如果你的MySQL有大数据量的表,就需要花时间研究建立最优秀的索引,或优化查询语句。
  (7)使用索引的注意事项
  使用索引时,有以下一些技巧和注意事项:
  ◆索引不会包含有NULL值的列
  只要列中包含有NULL值都将不会被包含在索引中,复合索引中只要有一列含有NULL值,那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。
  ◆使用短索引
  对串列进行索引,如果可能应该指定一个前缀长度。例如,如果有一个CHAR(255)的列,如果在前10个或20个字符内,多数值是惟一的,那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
  ◆索引列排序
  MySQL查询只使用一个索引,因此如果where子句中已经使用了索引的话,那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作;尽量不要包含多个列的排序,如果需要最好给这些列创建复合索引。
  ◆like语句操作
  一般情况下不鼓励使用like操作,如果非使用不可,如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
  ◆不要在列上进行运算
  select * from users where YEAR(adddate)<2007;
  将在每个行上进行运算,这将导致索引失效而进行全表扫描,因此我们可以改成
  select * from users where adddate<‘2007-01-01’;
  ◆不使用NOT IN和<>操作
  以上,就对其中MySQL索引类型进行了介绍。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL的查询优化原则主要包括以下几点: 1. 索引优化:合理创建索引可以大大提高查询效率。首先要根据实际业务需求和查询频率选择适当的字段创建索引,避免过多或者不必要的索引。同时,还要避免在查询条件中使用函数或者表达式,因为这会导致索引无法使用。另外,注意定期进行索引维护和碎片整理,以保证索引的有效性。 2. 查询语句优化:编写高效的查询语句是提高查询性能的关键。避免使用 SELECT *,只选择需要的字段,减少数据传输量。合理使用 JOIN,尽量避免多表联查。使用子查询时,注意子查询的性能影响。同时,还要注意避免使用 SELECT DISTINCT,因为它会对查询性能有较大影响。 3. 表结构优化:合理设计表结构可以提高查询效率。尽量避免使用过多的冗余字段和冗余表,避免数据冗余和更新异常。对于大表,可以考虑进行分区或者分表操作,将数据拆分存储以提高查询效率。 4. 避免全表扫描:全表扫描是性能瓶颈之一,应该尽量避免。通过合理的索引设计和查询优化,尽量让数据库使用索引进行查询,减少全表扫描的需求。 5. 参数调优:MySQL有一些关于性能调优的参数,例如缓冲区、连接数等,可以根据实际情况进行调整以提高查询性能。 6. SQL语句的重构:通过对SQL语句的重构,可以改善查询性能。例如,将多个查询合并成一个查询,使用 UNION ALL 替代 UNION,等等。 以上是常见的MySQL查询优化原则,根据具体情况可以综合考虑使用。同时,还可以通过使用MySQL的性能分析工具来定位和解决慢查询问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值