MySQL 데이터베이스 최적화(5) - MySQL 쿼리 최적화

1. MySQL 쿼리 유형(기본적으로 모든 데이터 열이 쿼리됨)
1. 내부 조인
기본 다중 tables 해당 쿼리 방법, 두 테이블의 모든 필드 쿼리, 내부 조인 키워드는 생략 가능
2. 외부 조인 특정 테이블의 모든 데이터 쿼리
(1) 왼쪽 조인
첫 번째 테이블의 모든 필드를 쿼리하려면
(2) 오른쪽 조인
을 사용하면 두 번째 테이블의 모든 필드를 쿼리할 수 있습니다. null

3. 하위 연결

--内连接  查询出bookID=book类型ID的记录  
SELECT tb.bookName,tby.bookTypeName FROM t_book tb,t_bookType tby WHERE tb.bookTypeId=tby.id;

--外连接（左连接）
SELECT  tb.bookName,tby.bookTypeName FROM t_book LEFT JOIN t_bookType ON t_book.bookTypeId=t_bookType.id where ......;
--外连接（右连接）
SELECT  tb.bookName,tby.bookTypeName FROM t_book RIGHT JOIN t_bookType ON t_book.bookTypeId=t_bookType.id where ......;

--子查询
SELECT * FROM t_book WHERE booktypeId IN (SELECT id FROM t_booktype);
SELECT * FROM t_book WHERE booktypeId NOT IN (SELECT id FROM t_booktype);
SELECT * FROM t_book WHERE price>=(SELECT price FROM t_pricelevel WHERE priceLevel=1);
SELECT * FROM t_book WHERE EXISTS (SELECT * FROM t_booktype);
SELECT * FROM t_book WHERE NOT EXISTS (SELECT * FROM t_booktype);
SELECT * FROM t_book WHERE price>= ANY (SELECT price FROM t_pricelevel);
SELECT * FROM t_book WHERE price>= ALL (SELECT price FROM t_pricelevel);

두 , 쿼리 최적화 아이디어
1. 왜 느린가요?
쿼리를 최적화하기 전에 쿼리 속도를 느리게 만드는 원인을 이해해야 합니까? 쿼리가 n개의 하위 작업으로 구성된 작업으로 간주되면 하위 작업이 증가함에 따라 SQL 관련 쿼리도 증가합니다. 실제로 쿼리를 최적화한다는 것은 일부 하위 작업을 제거하거나 하위 작업 실행 횟수를 줄이는 등 이러한 n개의 하위 작업을 최적화하는 것을 의미합니다.
2. 하위 작업은 무엇인가요?
Mysql에는 일반적으로 쿼리를 실행하는 여러 프로세스가 있습니다. 클라이언트가 서버에 쿼리 문을 보냅니다. -> 서버가 쿼리 문을 구문 분석하고 -> 쿼리 실행 실행은 데이터베이스 엔진 호출, 정렬, 그룹화 등의 데이터 처리 과정을 포함하여 전체 수명주기에서 가장 중요한 단계입니다.
3. 최적화 방향
1. 쿼리 데이터 최적화
쿼리가 비효율적인 이유: 접근 너무 많은 데이터를 요청하여 필연적으로 많은 스크리닝 작업이 필요합니다.
오류 시도:

select * from t_user t inner join t_role r inner join t_permission p where .....

오류 원인: 내부 조인을 사용하면 쿼리는 테이블의 모든 데이터 열 3개를 반환합니다.
올바른 방법:

select t.name,r.rolename,p.pname from t_user t inner join t_role r inner join t_permission p where

2. 세그먼트 쿼리
분할하여 정복하세요. 복잡한 분리 쿼리가 작은 쿼리로 나누어지고 각 쿼리는 결과의 작은 부분만 반환합니다.
오류 시도:

select * from t_user t where createData>DATE_SUB(NOW(),INTERVAL 3 MONTH)
                       delete from t_user t where createData>DATE_SUB(NOW(),INTERVAL 3 MONTH)

오류 이유: 사용자 테이블의 데이터 양이 큰 경우 테이블의 대량 데이터를 한 번만 쿼리하거나 삭제하면 대기가 일시 중지됩니다.
올바른 방법:

select * from t_user t  where createData>DATE_SUB(NOW(),INTERVAL 3 MONTH)  limit 0，1000；

이전 1000개 데이터
3. 분해 관련 쿼리
오류 시도:

select t.name,r.rolename,p.pname from t_user t inner join t_role r inner join t_permission p where

오류 원인: 사용자가 테이블의 데이터 양이 많을 때 일회성 쿼리 또는 테이블의 많은 양의 데이터를 삭제하면 대기가 일시 중지될 수 있습니다.
올바른 방법 :

select * from t_user where  t.age=10;
                       select t. rolename from t_user where ...
                       select t. pname from t_user where ...

       分解关联查询表面上好像原本1个sql就干完的事，现在非得由3个sql去完成，实际上它比关联查询更有优势：
（1）提高缓存效率:对于第一条查询中age=10这条记录的所有字段已经缓存在mysql中，供第二个查询语句使用
（2）减少单个查询间的锁竞争
（3）减少冗余字段的查询     
四、总结
     在平时的应用中，尤其在在java开发提供了良好的数据持久化框架，对于mysql的查询优化并未过分关系，并且在使用sql执行查询时，可能也经常使用到多表关联查询，在使用这些sql拼接的过程中，对于sql优化不能不知晓，在应对高并发问题中，除了在web服务器前做负载、平行扩展等措施之外，数据库高并发的解决方案也与其并重，而这一个一个sql就是应多高并发的优化基础，不容小觑。  

 以上就是MySQL数据库优化（五）—MySQL查询优化的内容，更多相关内容请关注PHP中文网（m.sbmmt.com）！