[rt-users] Searching with RT "hangs"
Giles Malet - IST
gdmalet at ist.uwaterloo.ca
Sat Jan 25 18:29:10 EST 2003
"John DeBerry" <jdeberry at townnews.com> writes:
> I am having an elusive problem with RT 2.0.15. It "hangs" sometimes when
> displaying a search result
We have a similar problem, with a similar setup. I turned on "slow"
logging on mysql and confirmed that it is searches doing it, usually
pretty hairy ones. Somewhere (can't remember where) I read that this
behaviour is triggered when a query results in more than one join to
the Watcher's table. MySQL is not stuck, it's just doing huge amounts
of processing. If you leave it long enough it will proceed, logging
that it searched thousands of records.... Example below, note that
before we killed it it ran for 1020 seconds = 17 minutes on an
vendor_id : GenuineIntel
model name : Intel(R) Pentium(R) 4 CPU 1.60GHz
stepping : 4
cpu MHz : 1607.112
cache size : 512 KB
Not sure who's to blame. Poorly constructed SQL queries from RT, or
MySQL doing something silly?
Still searching for answers myself.
gdm
# Time: 030124 15:40:53
# User at Host: rt2_user[rt2_user] @ localhost []
# Query_time: 1020 Lock_time: 0 Rows_sent: 0 Rows_examined: 54377
SELECT DISTINCT main.* FROM Tickets main, Watchers Watchers_1, Watchers Watchers_3 LEFT JOIN Users as Users_2 ON Watchers_1.Owner = Users_2.id LEFT JOIN Users as Users_4 ON Watchers_3.Owner = Users_4.id WHERE ((Watchers_3.Type = 'Requestor')) AND ((Watchers_3.Scope = 'Ticket')) AND ((main.EffectiveId = main.id)) AND ((Watchers_1.Scope = 'Ticket')) AND ((Watchers_1.Type = 'Requestor')) AND ((main.Queue = '23')OR(main.Queue = '25')) AND ((Watchers_1.Email LIKE '%alfred%')OR(Users_2.EmailAddress LIKE '%alfred%')OR(Watchers_3.Email LIKE '%alfred%')OR(Users_4.EmailAddress LIKE '%alfred%')) AND main.id = Watchers_1.Value AND main.id = Watchers_3.Value ORDER BY main.id DESC LIMIT 50;
More information about the rt-users
mailing list