sql优化分析.ppt

SQL语句优化--执行顺序 具体分析一下查询处理的每一个阶段 1.FORM：对FROM的左边的表和右边的表计算笛卡尔积。产生虚表VT1 2.ON：对虚表VT1进行ON筛选，只有那些符合join-condition的行才会被记录在虚表VT2中。 3.JOIN： 如果指定了OUTER JOIN（比如left join、 right join），那么保留表中未匹配的行就会作为外部行添加到虚拟表VT2中，产生虚拟表VT3, rug from子句中包含两个以上的表的话，那么就会对上一个join连接产生的结果VT3和下一个表重复执行步骤1~3这三个步骤，一直到处理完所有的表为止。 4.WHERE： 对虚拟表VT3进行WHERE条件过滤。 只有符合where-condition的记录才会被插入到虚 拟表VT4中。 * SQL语句优化--执行顺序 5.GROUP BY： 根据group by子句中的列，对VT4中的记录进行分组操作，产生VT5。 6.HAVING： 对虚拟表VT5应用having过滤，只有符合having-condition的记录才会被 插入到虚拟表VT6中。 7.SELECT： 执行select操作，选择指定的列，插入到虚拟表VT7中。 8.DISTINCT： 对VT7中的记录进行去重。产生虚拟表VT8。 9.ORDER BY: 将虚拟表VT8中的记录按照order_by_list进行排序操作，产生虚拟表VT9。 10.LIMIT：取出指定行的记录，产生虚拟表VT10, 并将结果返回。 * SQL语句优化 绝大多数情况下，使用索引可以提高查询的速度，但如果SQL语句使用不恰当的话，索引将无法发挥它应有的作用。下面是应该注意的几个方面。 1.最好是在相同类型的字段间进行比较的操作 例如： 不能将一个建有索引的INT字段和BIGINT字段进行比较；但是作为特殊的情况，在CHAR类型字段和 VARCHAR类型字段的字段大小相同的时候，可以将它们进行比较。 * 例如，在一个DATE类型的字段上使用YEAE()函数时，将会使索引不能发挥应有的作用。所以，下面的两个查询虽然返回的结果一样，但后者要比前者快得多。 SELECT * FROM order WHERE YEAR(OrderDate)2001; SELECT * FROM order WHERE OrderDate2001-01-01; 同样的情形也会发生在对数值型字段进行计算的时候： SELECT * FROM inventory WHERE Amount/724; SELECT * FROM inventory WHERE Amount24*7; 　 上面的两个查询也是返回相同的结果，但后面的查 询将比前面的一个快很多。　 2.在建有索引的字段上尽量不要使用函数进行操作 * 3.关于模糊查询的优化 在搜索字符型字段时，我们有时会使用 LIKE 关键字和通配符，这种做法虽然简单，但却也是以牺牲系统性能为代价的。例如下面的查询将会比较表中的每一条记录。 　　SELECT * FROM books WHERE name like MySQL% 　　但是如果换用下面的查询，返回的结果一样，但速度就要快上很多： 　　SELECT * FROM books WHERE name=MySQLand nameMySQL * 4.要选取最适用的字段属性 MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。 例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255), 显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用 MEDIUMINT而不是BIGIN来定义整型字段。 MEDIUMINT:一个中等大小整数，一位大小为3个字节。 有符号的范围是-8388608到8388607 无符号的范围是0 * 另外一个提高效率的方法是在可能的情况下，应该尽量把字段设置为NOT NULL，这样在将来执行查询的时候，数据库不用去比较NULL值。 对于某些文本字段，例如“省份”或者“性别”，我们可以将它们定义为ENUM类型。因为在MySQL中，ENUM类