企业网站建设的方法有哪些,怎样在百度上打广告,西安装修公司,办公用品网站建设市场定位文章目录 一、性能优化策略二、索引创建规则三、查询优化总结 一、性能优化策略
1. SQL 语句中 IN 包含的值不应过多 MySQL 将 IN中的常量全部存储在一个排好序的数组里面#xff0c;但是如果数值较多#xff0c;产生的消耗也是比较大的。所以对于连续的数值#xff0c;能用… 文章目录 一、性能优化策略二、索引创建规则三、查询优化总结 一、性能优化策略
1. SQL 语句中 IN 包含的值不应过多 MySQL 将 IN中的常量全部存储在一个排好序的数组里面但是如果数值较多产生的消耗也是比较大的。所以对于连续的数值能用 between 就不要用 in。
2. SELECT 语句务必指明字段名称 SELECT * 增加很多不必要的消耗所以要求直接在 select 后面接上字段名。
3. 当只需要一条数据的时候使用 limit 1 这是为了使 EXPLAIN 中 type 列达到 const 类型。
4. 如果排序字段没有用到索引就尽量少排序
5. 如果限制条件中其他字段没有索引尽量少用 or or 两边的字段中如果有一个不是索引字段而其他条件也不是索引字段会造成该查询不走索引的情况。
6. 尽量用 union all 代替 union union和union all的差异主要是前者需要将结果集合并后再进行唯一性过滤操作这就会涉及到排序增加大量的CPU运算。当然union all 使用的前提条件是两个结果集没有重复数据。
7. 根据不同情况使用 in 和 exists
如果是exists那么以外层表为驱动表先被访问如果是IN那么先执行子查询。所以IN适合于外表大而内表小的情况EXISTS适合于外表小而内表大的情况。
select * from 表A where id in (select id from 表B)//用exist改进
select * from 表A where exists(select * from 表B where 表B.id表A.id)8. 使用合理的分页方式以提高分页的效率
//随着表数据量的增加直接使用limit分页查询会越来越慢
select id,name from table_name limit 866613, 20//优化后的代码如下可以取前一页的最大行数的id然后根据这个最大的id来限制下一页的起点。比如此列中上一页最大的id是866612
select id,name from table_name where id 866612 limit 209. 分段查询 在一些用户选择页面中可能一些用户选择的时间范围过大造成查询缓慢主要的原因是扫描行数过多。这个时候可以通过程序分段进行查询循环遍历将结果合并处理进行展示。
10. 避免在 where 子句中对字段进行 null 值判断
对于null的判断会导致引擎放弃使用索引而进行全表扫描。
11. 不建议使用%前缀模糊查询 例如 LIKE “%name” 或者 LIKE “%name%”这种查询会导致索引失效而进行全表扫描若要提高效率可以考虑全文检索。
12. 避免在where子句中对字段进行表达式操作
//这会造成引擎放弃使用索引
select user_id,user_project from table_name where age*236;//可以将上面查询语句改成这样提高性能
select user_id,user_project from table_name where age36/2;13. 避免隐式类型转换
where 子句中出现 column 字段的类型和传入的参数类型不一致的时候发生的类型转换建议先确定where中的参数类型。
14. 对于联合索引来说要遵守最左前缀法则
在创建联合索引的时候一定要注意索引字段顺序常用的查询字段放在最前面。
15. 对于联合查询要注意范围查询语句
如果存在范围查询比如between,,等条件时会造成后面的索引字段失效。
16. 尽量使用 inner join避免left join
参与联合查询的表至少为2张表一般都存在大小之分。如果连接方式是inner join在没有其他过滤条件的情况下MySQL会自动选择小表作为驱动表 但是left join在驱动表的选择上遵循的是左边驱动右边的原则即left join左边的表名为驱动表。 17. 尽量避免全表扫描 对查询进行优化应尽量避免全表扫描首先应考虑在 where 及 order by 涉及的列上建立索引。
18. 尽量使用数字型字段 若只含数值信息的字段尽量不要设计为字符型这会降低查询和连接的性能并会增加存储开销。
19. 尽可能的使用 varchar 代替 char 首先变长字段存储空间小可以节省存储空间其次对于查询来说在一个相对较小的字段内搜索效率显然要高些。
20. 尽量避免向客户端返回大数据量 若数据量过大应该考虑相应需求是否合理。
21. 使用表的别名 当在SQL语句中连接多个表时请使用表的别名并把别名前缀于每个 Colum上。这样一来就可以减少解析的时间并减少那些由 Column 歧义引起的语法错误表名、列名在查询中以一个字母为别名查询速 度要比建连接表快1.5倍。
22. 使用“临时表”暂存中间结果 将临时结果暂存在临时表后面的查询就在 tempdb 中了这可以避免程序中多次扫描主表也大大减少了阻塞提高了并发性能。
23. 事先计算好结果 将需要查询的结果预先计算好放在表中查询的时候再Select。
24. 不要有超过5个以上的表连接少用子查询
25. IN 优化 在IN后面值的列表中将出现最频繁的值放在最前面出现得最少的放在最后面减少判断的次数。
26. 尽量将数据的处理工作放在服务器上减少网络的开销
27. 合理调配线程数量 当服务器的内存够多时配制线程数量 最大连接数 5这样能发挥最大的效率否则使用配制线程数量 最大连接数并启用 SQL SERVER 的线程池来解决如果还是数量 最大连接数 5这会严重地损害服务器的性能。
28. 要注意索引的维护周期性重建索引重新编译存储过程
29. 批量插入或批量更新 当有一批处理的插入或更新时用批量插入或批量更新绝不会一条条记录的去更新。
30. 尽量少使用循环 在所有的存储过程中能够用SQL语句的绝不会用循环去实现。
31. 选择最有效率的表名顺序 Oracle 的解析器按照从右到左的顺序处理 FROM 子句中的表名FROM 子句中写在最后的表基础表将被最先处理在 FROM 子句中包含多个表的情况下你必须选择记录条数最少的表作为基础表。
32. 提高GROUP BY语句的效率 可以通过将不需要的记录在GROUP BY之前过滤掉。
//低效
SELECT JOB , AVG(SAL)
FROM EMP
GROUP BY JOB
HAVING JOB ’PRESIDENT’
OR JOB ’MANAGER’//高效
SELECT JOB , AVG(SAL)
FROM EMP
WHERE JOB ’PRESIDENT’
OR JOB ’MANAGER’
GROUP BY JOB33. SQL语句用大写 因为Oracle总是先解析SQL语句把小写的字母转换成大写的再执行。
34. 避免死锁 在一个事务中应尽可能减少涉及到的数据量永远不要在事务中等待用户输入。
35. 最好不要使用触发器 触发一个触发器执行一个触发器事件本身就是一个耗费资源的过程如果能够使用约束实现的就尽量不要使用触发器。
36. 应尽量减少空格的使用 在写 SQL 语句时应尽量减少空格的使用尤其是在 SQL 首和尾的空格因为查询缓冲并不自动截取首尾空格。
37. 为数据库里的每张表都设置一个ID做为主键 而且最好是 INT类型的并设置上自动增加的 AUTO_INCREMENT 标志。
38. MySQL 查询可以启用高速查询缓存 这是提高数据库性能的有效方法之一。当同一个查询被执行多次时从缓存中提取数据比直接从数据库中返回数据要快的多。
39. EXPLAIN SELECT 查询用来跟踪查看效果 使用 EXPLAIN 关键字可以让你知道 MySQL 是如何处理你的SQL语句的。这可以帮你分析你的查询语句或是表结构的性能瓶颈。
40. 当只要一行数据时使用 LIMIT 1 当你查询表的有些时候你已经知道结果只会有一条结果在这种情况下加上 LIMIT 1 可以增加性能。这样一来MySQL数据库引擎会在找到一条数据后停止搜索而不是继续往后查少下一条符合记录的数据。
41. 优化表的数据类型 原则就是简单实用因此在创建表的时候为了获得更好的性能我们可以将表中字段的宽度设得尽可能小。 所有字段都得有默认值尽量避免null。
42. 尽可能将操作移至等号右边 任何对列的操作都将导致表扫描它包括数据库函数、计算表达式等等查询时要尽可能将操作移 至等号右边。
二、索引创建规则
表上建立的每个索引都会增加存储开销索引对于插入、删除、更新操作也会增加处理上的开销。 另外过多的复合索引在有单字段索引的情况下一般都是没有存在价值的相反还会降低数 据增加删除时的性能特别是对频繁更新的表来说负面影响更大。 1表的主键、外键必须有索引 2数据量超过300的表应该有索引 3经常与其他表进行连接的表在连接字段上应该建立索引 4经常出现在Where子句中的字段特别是大表的字段应该建立索引 5索引应该建在选择性高的字段上 6索引应该建在小字段上对于大的文本字段甚至超长字段不要建索引 7复合索引的建立需要进行仔细分析尽量考虑用单字段索引代替 8正确选择复合索引中的主列字段一般是选择性较好的字段 9如果复合索引中包含的字段经常单独出现在Where子句中则分解为多个单字段索引 10如果复合索引所包含的字段超过3个那么仔细考虑其必要性考虑减少复合的字段 11如果既有单字段索引又有这几个字段上的复合索引一般可以删除复合索引 12频繁进行数据操作的表不要建立太多的索引 13删除无用的索引避免对执行计划造成负面影响 14尽量不要对数据库中某个含有大量重复的值的字段建立索引。 三、查询优化总结 1使用慢查询日志去发现慢查询使用执行计划去判断查询是否正常运行总是去测试你的查询看看是否他们运行在最佳状态下 2避免在整个表上使用 count(*)它可能锁住整张表 3使查询保持一致以便后续相似的查询可以使用查询缓存 4在 WHERE、GROUP BY 和 ORDER BY 子句中使用有索引的列保持索引简单不在多个索引中包含同一个列 5对于记录数小于5的索引字段在UNION的时候使用LIMIT不是是用OR 6为了避免在更新前 SELECT使用 INSERT ON DUPLICATE KEY 或者 INSERT IGNORE 7在WHERE子句中使用 UNION 代替子查询考虑持久连接而不是多个连接以减少开销 8当负载增加在服务器上使用 SHOW PROCESSLIST 查看慢查询和有问题的查询在镜像数据中测试所有可疑的查询。
