mysql下的索引使用原则

有OR在SQL语句中来使用索引的情况


果我们是在area和age上分别创建单个索引的话,由于mysql查询每次只能使用一个索引,所以虽然这样已经相对不做索引时全表扫描提高了很多效率,
但是如果在area、age两列上创建复合索引的话将带来更高的效率。

1、创建索引 对于查询占主要的应用来说,索引显得尤为重要。很多时候性能问题很简单的就是因为我们忘了添加索引而造成的,或者说没有添加更为有效的索引导致。如果不加索引的话,那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描,如果一张表的数据量很大而符合条件的结果又很少,那么不加索引会引起致命的性能下降。但是也不是什么情况都非得建索引不可,比如性别可能就只有两个值,建索引不仅没什么优势,还会影响到更新速度,这被称为过度索引。
2、复合索引 比如有一条语句是这样的:select * from users where area=’beijing’ and
age=22;
如果我们是在area和age上分别创建单个索引的话,由于mysql查询每次只能使用一个索引,所以虽然这样已经相对不做索引时全表扫描提高了很多效率,但是如果在area、age两列上创建复合索引的话将带来更高的效率。如果我们创建了(area,
age,
salary)的复合索引,那么其实相当于创建了(area,age,salary)、(area,age)、(area)三个索引,这被称为最佳左前缀特性。因此我们在创建复合索引时应该将最常用作限制条件的列放在最左边,依次递减。
3、索引不会包含有NULL值的列 只要列中包含有NULL值都将不会被包含在索引中,复合索引中只要有一列含有NULL值,那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。
4、使用短索引 对串列进行索引,如果可能应该指定一个前缀长度。例如,如果有一个CHAR(255)的
列,如果在前10 个或20
个字符内,多数值是惟一的,那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
5、排序的索引问题 mysql查询只使用一个索引,因此如果where子句中已经使用了索引的话,那么order
by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作;尽量不要包含多个列的排序,如果需要最好给这些列创建复合索引。
6、like语句操作 一般情况下不鼓励使用like操作,如果非使用不可,如何使用也是一个问题。like
“%aaa%” 不会使用索引而like “aaa%”可以使用索引。
7、不要在列上进行运算 select * from users where YEAR(adddate)<2007;
将在每个行上进行运算,这将导致索引失效而进行全表扫描,因此我们可以改成
select * from users where adddate<‘2007-01-01′;
8、不使用NOT IN和<>操作 NOT IN和<>操作都不会使用索引将进行全表扫描。NOT IN可以NOT
EXISTS代替,id<>3则可使用id>3 or id<3来代替。

 

4,使用短索引 

您可能感兴趣的文章:

  • MySQL
    性能优化的最佳20多条经验分享
  • MySQL配置文件my.cnf参数优化和中文详解
  • MySQL Order by
    语句用法与优化详解
  • MySQL优化必须调整的10项配置
  • 浅谈MySQL中优化sql语句查询常用的30种方法
  • MySQL
    百万级分页优化(Mysql千万级快速分页)
  • MySQL性能优化之max_connections配置参数浅析
  • MySQL查询优化之explain的深入解析
  • sql语句优化之用EXISTS替代IN、用NOT EXISTS替代NOT
    IN的语句
  • mysql下优化表和修复表命令使用说明(REPAIR TABLE和OPTIMIZE
    TABLE)
  • 浅析Mysql
    Join语法以及性能优化
  • MYSQL 优化常用方法
  • mysql优化连接数防止访问量过高的方法
  • MYSQL性能优化分享(分库分表)
  • SQLServer 优化SQL语句 in 和not
    in的替代方案
  • SQL
    SERVER性能优化综述(很好的总结,不要错过哦)
  • mysql优化配置参数
  • SQL语句优化之JOIN和LEFT JOIN 和 RIGHT
    JOIN语句的优化

在一般的应用场景中,只要不是其中某个过滤字段在大多数场景下能过滤90%以上的数据(这种可能性很小),而其他的过滤字段会频繁的更新,一般更倾向于创建组合索引,尤其是在并发量较高的场景下。因为当并发量较高的时候,即使只为每个Query节省了很少的
IO 消耗,但因为执行量非常大,所节省的资源总量仍然是非常可观的。

7,不要在列上进行运算 

为表建立索引,无疑是对数据库比较好的优化方式之一。以下是自己对索引的总结。

8,不使用NOT IN和<>操作 

 

6,like语句操作 

select * from users where area=’beijing’;

 

2.在MYSQL中不同的存储引擎对索引的对待也是有点不一样的。

 

 

  www.2cto.com  

SELECT * FROM test WHERE last_name=’Widenius’ OR
first_name=’Michael’;

 

//适用的情况

一般情况下不鼓励使用like操作,如果非使用不可,如何使用也是一个问题。like
“%aaa%” 不会使用索引而like “aaa%”可以使用索引。 

mysql查询只使用一个索引,因此如果where子句中已经使用了索引的话,那么order
by中的列是不会使用索引的。

 

示例代码:

如果我们创建了(area, age,
salary)的复合索引,那么其实相当于创建了(area,age,salary)、(area,age)、(area)三个索引,这被称为最佳左前缀
特性。因此我们在创建复合索引时应该将最常用作限制条件的列放在最左边,依次递减。 

select * from users where area=’beijing’ and age=22;

NOT IN和<>操作都不会使用索引将进行全表扫描。NOT IN可以NOT
EXISTS代替,id<>3则可使用id>3 or id<3来代替
 

 

select * from users where
YEAR(adddate)<2007;将在每个行上进行运算,这将导致索引失效而进行全表扫描,因此我们可以改成select
* from users where adddate<‘2007-01-01’; 

SELECT userName,income FROM t WHERE col like ‘john%’;

只要列中包含有NULL值都将不会被包含在索引中,复合索引中只要有一列含有NULL值,那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。 

//创建短索引

mysql索引的注意事项

 

mysql的优化可以从硬件设备的选择、操作系统、数据库结构设计、SQL查询、应用程序各个方面进行y优化,这里只从数据…

前缀索引(又叫短索引)

2,复合索引