[rt-users] How to avoid a huge dataset returning
Kevin Falcone
falcone at bestpractical.com
Fri Sep 16 14:12:58 EDT 2011
On Fri, Sep 16, 2011 at 09:02:36PM +0300, Michael Stepanov wrote:
> I use RT 3.8.2
That still doesn't look like a standard RT query.
You'll need to move on to my other suggestion.
> your version. You'll probably want to turn on the StatementLog option
> and figure out where that query is coming from so you can fix the
> source.
-kevin
> On Fri, Sep 16, 2011 at 6:02 PM, Kevin Falcone <[1]falcone at bestpractical.com> wrote:
>
> On Fri, Sep 16, 2011 at 05:08:24PM +0300, Michael Stepanov wrote:
> > Hi,
> >
> > Our RT3 system is a big and it crashes time to time. Today we found one
> > query in the slow queries log which killed the system:
> > *
> > # Query_time: 97 Lock_time: 0 Rows_sent: 15906633 Rows_examined: 39069181
> > SELECT main.* FROM Transactions main WHERE (main.Type = 'Create' OR
> > main.Type = 'Comment' OR main.Type = 'Correspond') ORDER BY main.Created
> > ASC, [2]main.id ASC;
> > *
> > Is there a way to reduce a number of returning records on the application
> > level?
>
> That doesn't looks like a standard RT query, but you haven't provided
> your version. You'll probably want to turn on the StatementLog option
> and figure out where that query is coming from so you can fix the
> source.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20110916/bea76a88/attachment.sig>
More information about the rt-users
mailing list