MySQL 쿼리에 너무 많은 시간이 걸립니다

Question

mysql 데이터베이스와 관련된 문제가 있습니다. 나는 리눅스 웹 서버 관리자이고 나는 mysql 쿼리에 문제가있다. 데이터베이스가 매우 작습니다. 로그에서 추적을 시도했는데 쿼리에 최소 5 초가 걸리는 것으로 나타났습니다. 사이트의 첫 번째 페이지가 데이터베이스에서 제공됩니다. 클라이언트가 CMS를 사용 중입니다. 서버가 히트 수를 얻으면 데이터베이스 서버가 응답을 매우 천천히 시작하고 대기 시간이 5 초에서 몇 초로 증가합니다.

내가 확인 슬로우 쿼리 로그

{ 
Query_time: 11.480138 Lock_time: 0.003837 Rows_sent: 921 Rows_examined: 3333 

SET timestamp=1346656767; 
SELECT `Tender`.`id`, 
    `Tender`.`department_id`, 
    `Tender`.`title_english`, 
    `Tender`.`content_english`, 
    `Tender`.`title_hindi`, 
    `Tender`.`content_hindi`, 
    `Tender`.`file_name`, 
    `Tender`.`start_publish`, 
    `Tender`.`end_publish`, 
    `Tender`.`publish`, 
    `Tender`.`status`, 
    `Tender`.`createdBy`, 
    `Tender`.`created`, 
    `Tender`.`modifyBy`, 
    `Tender`.`modified` 
FROM `mcms_tenders` AS `Tender` 
WHERE `Tender`.`department_id` IN (31, 33, 32, 30); 
} 

로그의 모든 라인은 쿼리 시간 DIFF가 동일합니다. 성능을 조정할 방법이 있습니까?

업데이트

: 그래서 색인을 확인하는 명령을 실행

+----+-------------+--------+------+---------------+------+---------+------+-‌-----+-------------+ 
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra  | 
+----+-------------+--------+------+---------------+------+---------+------+----‌​--+-------------+ 
| 1 | SIMPLE  | Tender | ALL | NULL   | NULL | NULL | NULL | 3542 | Using where | 
+----+-------------+--------+------+---------------+------+---------+------+----‌​--+-------------+ 
1 row in set, 1 warning (0.00 sec) 

클라이언트가 인덱스를 사용 말하고있다 : 여기는 EXPLAIN 결과입니다.

다음 출력이 있습니다. 그것은 그들이 Indexing을 사용하고 있다는 것을 의미합니다.

+ -------------- + ------------ + ---------- + ------ -------- + ------------- + ----------- + ------------ + - -------- + -------- + ------ + ------------ + --------- + | 표 | Non_unique | Key_name | Seq_in_index | Column_name | 데이터 정렬 | 카디널리티 | Sub_part | 포장 된 | Null | Index_type | 코멘트 | + -------------- + ------------ + ---------- + --------- ----- + ------------- + ----------- + ------------- + ---- ------ + -------- + ------ + ------------ + --------- + | mcms_tenders | 0 | PRIMARY | 1 | 이드 | A | 4264 | NULL | NULL | | BTREE | | + -------------- + ------------ + ---------- + --------- ----- + ------------- + ----------- + ------------- + ---- ------ + -------- + ------ + ------------ + --------- +

Answer 1

"서버가 몇 번의 조회수를 얻었을 때"

'일부 숫자'를 정의하십시오. 더 많이 사용되면 데이터베이스를 읽는 것이 더 느립니다. 또한 MySQL에는 데이터가 변경 될 때 완전히 무효화되는 쿼리 캐시가 있습니다. 따라서 누군가이 테이블에서 레코드를 삽입, 삭제 또는 수정 할 때마다 테이블 날짜가 아직 캐시되지 않기 때문에 다음 쿼리가 더 느려집니다.

그러나이 쿼리는 매우 느리기 때문에로드가 너무 높거나 하드웨어가 충분하지 않거나 손상되었거나 데이터베이스에 인덱스가 없습니다 (색인을 추가한다고 가정하기 때문에 항상 처음에는 언급하지 않습니다. 데이터베이스로 작업하는 모든 사람들을위한 두 번째 성격).

Answer 2

이와 같이 쿼리의 성능을 조정하는 일반적인 방법은 department_id에 인덱스를 만드는 것입니다.

그러나 이것은 Tenders가 실제로 테이블이고 뷰가 아니라고 가정합니다. 문제가보기에 있기 때문에이를 확인해야합니다.

또한 문제는 서버에서 최종 사용자로의 연결 일 수 있다고 설명합니다. 쿼리가 실제로 그렇게 오래 걸리는지 확인하려면 서버에서 쿼리를 로컬에서 실행하거나 서버에서 실행 시간을 엄격하게 확인하십시오.