mysql의 어떤 쿼리 상황이 인덱스를 사용하지 않습니까?

mysql에서 인덱스를 사용하지 않는 쿼리

1. 인덱스 열은 계산에 참여하고 인덱스를 사용하지 않습니다

SELECT `username` FROM `t_user` WHERE age=20;-- 会使用索引
SELECT `username` FROM `t_user` WHERE age+10=30;-- 不会使用索引！！因为所有索引列参与了计算
SELECT `username` FROM `t_user` WHERE age=30-10;-- 会使用索引

2. 인덱스 열은 인덱스를 사용하며

-- 不会使用索引,因为使用了函数运算,原理与上面相同
SELECT username FROM t_user WHERE concat(username,'1') = 'admin1'; 
-- 会使用索引
SELECT username FROM t_user WHERE username = concat('admin','1');

3. 인덱스 열은 like 문을 사용하며 인덱스를 사용할 수 없습니다

SELECT * FROM USER WHERE username LIKE 'mysql测试%'   --走索引
SELECT * FROM USER WHERE username LIKE '%mysql测试'   --不走索引
SELECT * FROM USER WHERE username LIKE '%mysql测试%'  --不走索引

4. 데이터 유형의 암시적 변환, 문자열 열과 숫자 간의 직접 비교, 인덱싱이 필요하지 않습니다

-- stock_code字符串类型带索引
SELECT * FROM `stock_data` WHERE stock_code = '600538'  --走索引
SELECT * FROM `stock_data` WHERE stock_code = 600538  --不走索引

5. 하나의 필드인 한 OR 연산을 피하십시오. 인덱스가 없습니다. 인덱스를 사용하지 않고 명령문을 변경하세요. 인덱스가 없습니다!

-- stock_code带索引，open不带索引
SELECT * FROM `stock_data` WHERE `stock_code` = '600538' OR `open` = 6.62  -- 不走索引
-- stock_code带索引，up_down_pre带索引
SELECT * FROM `stock_data` WHERE `stock_code` = '600538' OR `up_down_pre` = 5.1  -- 走索引

6. ID가 !=2이거나 ID가 a8093152e673feb7aba1828c43532094인 경우 색인이 생성되지 않습니다.

SELECT * FROM t_user WHERE username <> &#39;mysql测试&#39;

7. null이거나 null이 아닌 경우 인덱스를 사용할 수 없습니다.

SELECT * FROM t_user WHERE username IS NULL -- 不走索引
SELECT * FROM t_user WHERE username IS NOT NULL -- 不走索引

8. 인덱스 열이 in 문을 사용하고 있어서 인덱스가 안 될 수도 있습니다

-- stock_code数据类型为varchar
SELECT * FROM `stock_data` WHERE `stock_code` IN ('600538')  -- 走索引
SELECT * FROM `stock_data` WHERE `stock_code` IN ('600538','688663','688280')  -- 走索引
SELECT * FROM `stock_data` WHERE `stock_code` IN (大量数据)  -- 不走索引
SELECT * FROM `stock_data` WHERE `stock_code` IN (600538)  -- 不走索引

인덱스를 사용하지 않는 상황:

1. 쿼리 조건이 없거나, 해당 쿼리 조건이 해당 업체에 없습니다. 데이터베이스, 특히 데이터 양이 상대적으로 큰 테이블인 경우.

권장사항:

1 쿼리 조건으로 인덱싱된 열 변경

2 또는 자주 쿼리되는 열 인덱싱

2 쿼리 결과 집합은 원본 테이블의 데이터 대부분이므로 25% 이상이어야 합니다

쿼리의 결과 집합이 전체 행 수의 25%를 초과하며 최적화 프로그램에서는 인덱싱할 필요가 없다고 느낍니다.

권장 사항:

1 업체에서 허용하는 경우 한도 제어를 사용할 수 있습니다.

2 비즈니스 판단에 따라 더 좋은 방법이 있을까요? 더 나은 재작성 솔루션이 없다면

3 이 데이터를 mysql에 저장하지 마세요. Redis에 넣으세요.

3. 인덱스 자체가 유효하지 않으며 통계가 비현실적입니다.

인덱스에는 테이블 내용이 자주 변경되는 경우 인덱스 오류가 발생할 수 있습니다.

계획 변경:

테이블 데이터를 백업하고 관련 테이블을 삭제 및 다시 작성하세요.

4. 쿼리 조건은 인덱스 열에 함수를 사용하거나, 인덱스 열에 연산을 수행합니다. (+, -, *, /,! 등)

변경 방법:

mysql의 뺄셈 곱셈, 나눗셈과 같은 계산 연산.

5. 이는 인덱스 오류로 이어집니다. 이는 개발 시 흔히 발생하는 실수이기도 합니다.

인덱스에 의해 설정된 필드는 varchar()입니다.

select * from stu where name = ‘111'；走索引
select * from stu where name = 111；不走索引

변경 방법:

문의 R&D를 사용하면 명령문 쿼리가 사양을 준수합니다.

6.a8093152e673feb7aba1828c43532094 , not in 인덱싱(보조 인덱스)

변경 방법:

위 방법을 사용하지 말고 인덱스를 필터 조건으로 선택하세요.

개인>,

또는 비즈니스에 따라 유니온

7.like으로 변경해 보세요. "%" 퍼센트 숫자가 앞에 나오지 않습니다

EXPLAIN SELECT * FROM teltab WHERE telnum LIKE ‘31%' 走索引
EXPLAIN SELECT * FROM teltab WHERE telnum LIKE ‘%110' 不走索引

변경방법:

%linux%형 검색이 필요하시면 검색 서비스에 특화된 데이터베이스 제품인 elasticsearch+mongodb를 이용하시면 됩니다

위 내용은 mysql의 어떤 쿼리 상황이 인덱스를 사용하지 않습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!