Часто в логах медленных запросов возникают вот такие записи, не могу понять что в ней не так.

К примеру:

 

# Time: 130206 8:46:05

# User@Host: root[root] @ localhost []

# Query_time: 6.596481 Lock_time: 0.000035 Rows_sent: 1 Rows_examined: 122467

use testor1;

SET timestamp=1360125965;

SELECT COUNT(ri.id) as amount,p.pid FROM imperiall_reputation_index ri,imperiall_posts p WHERE p.author_id=17736 AND p.pid=ri.type_id;

и

# Time: 130206 21:39:26

# User@Host: root[root] @ localhost []

# Query_time: 30.133527 Lock_time: 0.000192 Rows_sent: 0 Rows_examined: 0

SET timestamp=1360172366;

SELECT p.pid, p.queued,t.approved, t.forum_id FROM imperiall_posts p LEFT JOIN imperiall_topics t ON ( p.topic_id=t.tid ) WHERE t.forum_id IN (420,554,151,365,641,597,129,329,205,146,582,150,458,354,551,128,645,418,209,208,210,270,522,611,638,254,383,625,605,351,371,399,596,336,337,417,586,663,574,659,211,199,363,660,264,265,570,573,629,9,445,444,668,447,589,513,339,340,505,464,345,344,406,568,229,491,587,642,332,490,85,615,310,183,288,405,42,343,376,474,515,403,355,478,477,263,664,627,214,575,335,527,536,543,495,539,493,552,300,409,286,326,348,266,507,289,341,245,302,648,468,448,258,260,261,256,257,267,262,259,278,626,662,381,191,666,667,623,658,646,647,396,628,356,360,644,357,633,470,379,304,558,482,553,483,486,485,487,484,599,439,440,441,523,548,442,569,508,364,244,372,100,361,401,488,588,661,411,412,576,651,612,502,480,481,489,509,472,1,174,164,255,4,14,6,297,28,184,46,2,172,230,27,18,375,331,455,672,19,3,293,126,223,449,380,8,185,7,382,5,268,298,200,238,156,603,193,454,547,377,580,450,451,453,220,492,497,314,544,545,561,506,467,562,563,469,461,617,665,669,86,528,496,529,535,538,542,622,614,500,498,524,525,571,462,541,526,534,613,598,517,494,530,583,532,533,531,537,519,499,521,654,653,652,655,656,657,549,566,608,609,610,556,557,572,577,578,624,620,591,592,595,593,584,550,466,555,516,604,606,640,607,639,632,631,634,635,636,643,546,15,301,649,479,171,212,78) AND p.queued=0 AND t.approved=1 AND p.post LIKE '%нап.тв %' AND t.state != 'link' GROUP BY p.topic_id ORDER BY post_date desc LIMIT 0,200;

EXPLAIN SELECT покажите по обоим запросам...

Первый нестандартный запрос, и он может быть не оптимизирован для больших данных.

Второй жесткий, так что не удивительно что он так долго выполняется.

EXPLAIN SELECT покажите по обоим запросам...

А подскажите где его найти?

 

Первый нестандартный запрос, и он может быть не оптимизирован для больших данных.

Второй жесткий запрос, так что не удивительно что он так долго выполняется.

А как можно это исправить?