博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于mysql优化问题
阅读量:5312 次
发布时间:2019-06-14

本文共 1070 字,大约阅读时间需要 3 分钟。

一.关于全表扫描

  1.合理使用索引,要尽量避免全表扫描,首先应考虑在 where 及 order by 涉及的列上建立索引。

  2.避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描

  3.尽量避免在 where 子句中使用 != 或 <> 操作符,否则将引擎放弃使用索引而进行全表扫描。

  4.in 和 not in 也要慎用,否则会导致全表扫描

  5.应尽量避免在 where 子句中使用 or 来连接条件,如果一个字段有索引,一个字段没有索引,将导致引擎放弃使用索引而进行全表扫描

  6. select 字段 from 表 where name like ‘%abc%’将导致全表扫描

  7.对于多张量(这里几百条就算大了)的表JOIN,要先分页再JOIN,否则逻辑读会很高,性能很差

  8.select count(*) from 表;不带任何条件的count会引起全表扫描,并且没有任何业务意义

  9.任何情况都不要使用select * from 表 需要什么字段查什么字段

二.关于索引

  1、表的主键、外键必须有索引;

  2、数据量超过300的表应该有索引;

  3、经常与其他表进行连接的表,在连接字段上应该建立索引;

  4、经常出现在Where子句中的字段,特别是大表的字段,应该建立索引;

  5、索引应该建在选择性高的字段上;

  6、索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引;

  7、复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替:

  8、频繁进行数据操作的表,不要建立太多的索引;

  9、删除无用的索引,避免对执行计划造成负面影响;

三 group by与临时表

  1. 如果GROUP BY 的列没有索引,产生临时表. 

  2. 如果GROUP BY时,SELECT的列不止GROUP BY列一个,并且GROUP BY的列不是主键 ,产生临时表. 
  3. 如果GROUP BY的列有索引,ORDER BY的列没索引.产生临时表. 
  4. 如果GROUP BY的列和ORDER BY的列不一样,即使都有索引也会产生临时表. 
  5. 如果GROUP BY或ORDER BY的列不是来自JOIN语句第一个表.会产生临时表. 
  6. 如果DISTINCT 和 ORDER BY的列没有索引,产生临时表.

转载于:https://www.cnblogs.com/ch94/p/10267481.html

你可能感兴趣的文章
判断是否为空然后赋值
查看>>
zabbix监控日志文件
查看>>
正则表达式
查看>>
pip install torch on windows, and the 'from torch._C import * ImportError: DLL load failed:' s...
查看>>
java基础(一):我对java的三个环境变量的简单理解和配置
查看>>
arcgis api 4.x for js 结合 Echarts4 实现散点图效果(附源码下载)
查看>>
YTU 2625: B 构造函数和析构函数
查看>>
apache自带压力测试工具ab的使用及解析
查看>>
C#使用Xamarin开发可移植移动应用(2.Xamarin.Forms布局,本篇很长,注意)附源码
查看>>
jenkins搭建
查看>>
C#中使用Split分隔字符串的技巧
查看>>
eclipse的调试方法的简单介绍
查看>>
加固linux
查看>>
IPSP问题
查看>>
10.17动手动脑
查看>>
WPF中Image显示本地图片
查看>>
Windows Phone 7你不知道的8件事
查看>>
实用拜占庭容错算法PBFT
查看>>
java的二叉树树一层层输出,Java构造二叉树、树形结构先序遍历、中序遍历、后序遍历...
查看>>
php仿阿里巴巴,php实现的仿阿里巴巴实现同类产品翻页
查看>>