SQL优化

执行顺序
系统角色表 ---》学生表---》系统角色部门表---》系统人员表---人员角色表----》人员部门

SQL优化的一些方法
1.对查询进行优化,应该尽量避免全表扫描,首先 考虑在where 及order by 设计到的列上建立索引
2.应该尽量避免在where子句对字段进行null值判断,否则将导致殷勤放弃使用索引,进行全表扫描
3.尽量避免在where自居中使用！=或者使用><操作符,否则将殷勤放弃使用索引而进行全表扫描
4.尽量避免在where子句中使用 or来连接条件,否则将导致引擎放弃使用索引而进行全表扫描,
5.在sql中的 in not in 也要慎用,否则将会到hi全表扫描, 可以换成between 或者别的
6.模糊查询也会可能造成全表扫描,放弃使用索引
7.尽量避免在where子句中对字段进行表达式操作,这将导致引擎方式使用索引而进行全表扫描
8.应尽量避免在where子句中进行函数的操作,将会导致全表扫描
9.不要在where子句中的“=”左边进行函数,算数运算或表达式运算,否则系统将可能无法正确使用索引
10.在使用索引字段为条件时,如果索引是符合索引,那么必须使用到该索引中的第一个字段为条件才能保证系统使用该索引
11.不写没有意义的查询如需生成一个空表结构,
12.用exists代替 in 是一个好的选择
13.并不是所有的索引对查询都有效SQL是根据表中数据来进行查询优化的,当索引列有大量数据重复时,SQL查询可能不会去利用
索引,如仪表中有字段sex male female
14.索引也不是越多越好,过多的物理外键会导致删除和修改更加的慢,一张表最多的索引是4个,若太多则应该考虑一下在一些补偿使用到的
列上的索引去除掉
15.尽量使用数字型字段,若只含数值的字段尽量不要设置为字符型,这样会降低查询和连接性能,并会增加存储开销,这是因为殷勤在处理查询
和连接的时候会诸葛比较字符串中的每一个字符,而对于数字型而言.
16.尽可能的使用varchar 代替char 因为首先边长字段存储空间小,可以节省内存空间,其次对于查询来说,在一个相对较小的字段内搜索效率显得要gao     
17.任何地方都不要使用 select  *  用具体的字段列表代替* 不用返回用不到的任何字段。
18.避免频繁创建和删除临时表,以减少系统表资源的消耗。
19.临时表不是不可以用,适当地使用可以使某些例程更加有效,例如,当需要重复引用大象表或者常用表的某个数据的时候 
20.在新创建临时表的时候，如果一次性插入数据量过大,可以使用select `into` 代替 `create table` 避免造成大量 log 
21.尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该考虑改写
22.尽量避免大事务操作，提高系统并发能力
23.尽量避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理