1. 전체 테이블 스캔을 피하세요
쿼리를 최적화하려면 먼저 where 및 order by와 관련된 열에 대한 인덱스 생성을 고려하세요.
2. null 값 판단을 피하세요
where 절의 필드에 대해 null 값 판단을 피하세요. 그렇지 않으면 엔진이 인덱스 사용을 포기하고 다음과 같이 전체 테이블 스캔을 수행합니다.
는 num에 설정할 수 있습니다. 기본값은 0입니다. 테이블의 num 열에 null 값이 없는지 확인한 후 다음과 같이 쿼리합니다.select id from t where num is null
(무료 학습 비디오 튜토리얼 권장: mysql 비디오 튜토리얼)
3. 불평등한 값 판단을 피하세요
where 절에 != 또는 a8093152e673feb7aba1828c43532094 연산자를 사용하지 마세요. 그렇지 않으면 엔진이 인덱스 사용을 포기하고 전체 테이블 스캔을 수행합니다.
4. 또는 논리 사용을 피하세요.
where 절에서 조건을 연결하는 것을 피해야 합니다. 그렇지 않으면 엔진이 인덱스 사용을 포기하고 전체 테이블 스캔을 수행하게 됩니다. as:select id from t where num=0다음과 같이 쿼리할 수 있습니다.
select id from t where num=10 or num=20
5. 논리에 in과 not을 주의해서 사용하세요.
in과 not in도 주의해서 사용해야 합니다. 그렇지 않으면 전체 테이블 스캔으로 이어질 것입니다. as:select id from t where num=10 union all select id from t where num=20이때 외부 쿼리는 전체 테이블을 스캔하므로 인덱스를 사용하지 마십시오. 다음과 같이 수정할 수 있습니다.
select id from t1 where num in(select id from t2 where id > 10)이때 인덱스를 사용하므로 쿼리 효율성을 크게 향상시킬 수 있습니다.
6. 퍼지 쿼리에 주의하세요
다음 쿼리도 전체 테이블 스캔을 발생시킵니다.select id from t1,(select id from t1 where id > 10)t2 where t1.id = t2.id퍼지 쿼리 필수 조건인 경우 'abc%'와 같은 이름이 있는 t에서 ID를 선택하면 됩니다. 퍼지 쿼리를 구현하려면 이 시점에서 인덱스가 사용됩니다. 헤더 매칭이 필요한 로직이라면 전체 텍스트 검색 엔진(Elastic Search, Lucene, Solr 등)을 사용하는 것이 좋습니다.
7. 쿼리 조건에서 필드 계산을 피하세요
where 절의 필드에 대한 표현식 작업을 피해야 합니다. 이렇게 하면 엔진이 인덱스 사용을 포기하고 전체 테이블 스캔을 수행하게 됩니다. 예:select id from t where name like '%abc%'는 다음으로 변경되어야 합니다.
select id from t where num/2=100
8. 쿼리 조건의 필드에 기능적 작업을 수행하지 마십시오.
where 절의 필드에 기능적 작업을 수행하지 마십시오. 전체 테이블 스캔을 사용하지 마십시오. 예:select id from t where num=100*2는 다음과 같이 변경되어야 합니다.
select id from t where substring(name,1,3)='abc'--name 以abc 开头的id
9. WHERE 절의 "=" 왼쪽에 주의하십시오.
10. 결합 인덱스 사용
인덱스 필드를 조건으로 사용할 때 인덱스가 복합 인덱스인 경우 시스템이 인덱스를 사용하도록 하려면 인덱스의 첫 번째 필드를 조건으로 사용해야 합니다. 그렇지 않으면 시스템은 인덱스가 사용되지 않으며 필드 순서는 가능할 때마다 인덱스 순서와 일치해야 합니다. 11. 불쾌한 쿼리를 정의하지 마세요. 의미 없는 쿼리를 작성하지 마세요. 예를 들어 빈 테이블 구조를 생성해야 하는 경우:select id from t where name like 'abc%'이 유형의 코드는 결과 집합을 반환하지 않지만 시스템 리소스를 소비합니다.
select col1,col2 into #t from t where 1=0
12.exists
create table #t(...)다음 문으로 바꾸세요.
select num from a where num in(select num from b)
13. 인덱스가 유효하지 않을 수도 있습니다
并不是所有索引对查询都有效,SQL 是根据表中数据来进行查询优化的,当索引列有大量数据重复时,SQL 查询可能不会去利用索引,如一表中有字段sex,male、female 几乎各一半,那么即使在sex 上建了索引也对查询效率起不了作用。
14、表格字段类型选择
尽量使用数字型字段,若只含数值信息的字段尽量不要设计为字符型,这会降低查询和连接的性能,并会增加存储开销。
这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符,而对于数字型而言只需要比较一次就够了。尽可能的使用varchar 代替char ,因为首先可变长度字段存储空间小,可以节省存储空间,其次对于查询来说,在一个相对较小的字段内搜索效率显然要高些。
15、查询语法中的字段
任何地方都不要使用select * from t ,用具体的字段列表代替“*”,不要返回用不到的任何字段。
16、索引无关优化
不使用*、尽量不使用union,union all 等关键字、尽量不使用or 关键字、尽量使用等值判断。表连接建议不超过5 个。如果超过5 个,则考虑表格的设计。(互联网应用中)表连接方式使用外联优于内联。外连接有基础数据存在。
如:A left join B,基础数据是A。A inner join B,没有基础数据的,先使用笛卡尔积完成全连接,在根据连接条件得到内连接结果集。
大数据量级的表格做分页查询时,如果页码数量过大,则使用子查询配合完成分页逻辑。
Select * from table limit 1000000, 10 Select * from table where id in (select pk from table limit100000, 10)
相关文章教程推荐:mysql教程
위 내용은 SQL 문 최적화 전략 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!