Hi Ken,<br><br>I do not have the full hardware specs.  It is a hosted RT system.  The specs that I do have access to are as follows:<br><br>Probably a dual core single CPU system, speed unknown<br>2gb of ram<br>80 gb hd space they are using md but I do not know the configuration particulars.<br>
<br>I know it is not much help.  I have applied all the mysql tuning tricks I know to it.<br><br>Thanks,<br>Bill<br><br><br><br><div class="gmail_quote">On Thu, Jul 22, 2010 at 06:09, Kenneth Marshall <span dir="ltr"><<a href="mailto:ktm@rice.edu">ktm@rice.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5">On Wed, Jul 21, 2010 at 06:19:51PM -0700, William Graboyes wrote:<br>

> Hi List,<br>
><br>
> As an example of what I  am talking about the query `select count(id) from<br>
> Attachments;`  The returned result is 174039, but it takes 39.1549 seconds<br>
> to return that simple query.  The Transactions table returns 343259 in .4358<br>
> seconds.  Does anyone have some optimization tips beyond what is already on<br>
> the wiki.<br>
><br>
> After a little more of my own tweaking I have the Attachments query down to<br>
> 24.9559 seconds.<br>
><br>
> Has anyone successfully integrated RT3 with memcached?  Would I be better<br>
> off moving the mysql server to it's own server?<br>
><br>
> Running version:<br>
> RT 3.8.7<br>
> MySQL 5.0.67<br>
><br>
> Total tickets as of this writing:<br>
> 7282<br>
><br>
> Total time on RT:<br>
> 1yr 3m<br>
><br>
> Thanks in advance for any help that can be provided.<br>
><br>
><br>
> Thanks,<br>
> Bill<br>
<br>
<br>
</div></div>Hi Bill,<br>
<br>
You mentioned your version of the software but no details of your<br>
actual hardware. To provide the answer to the count(*) query, the<br>
entire table concerned needs to be read from disk. For your<br>
Attachments result off 39s for 174039, is that the value for the<br>
first time the query is run or the value after multiple runs when<br>
the table is cached in memory? We use PostgreSQL as the backend<br>
and the first time the select query is run:<br>
<br>
# select count(*) from attachments;<br>
  count<br>
---------<br>
 2807604<br>
(1 row)<br>
<br>
Time: 16707.404 ms<br>
<br>
But the second time, the result is much faster because of caching:<br>
<br>
# select count(*) from attachments;<br>
  count<br>
---------<br>
 2807622<br>
(1 row)<br>
<br>
Time: 2909.343 ms<br>
<br>
Similarly for the transactions table:<br>
<br>
# select count(*) from transactions;<br>
  count<br>
---------<br>
 6468511<br>
(1 row)<br>
<br>
Time: 4030.046 ms<br>
<br>
And for the 2nd run with caching:<br>
<br>
# select count(*) from transactions;<br>
  count<br>
---------<br>
 6468511<br>
(1 row)<br>
<br>
Time: 1094.672 ms<br>
<br>
It does seem like your times are slower, but it could easily<br>
be the hardware setup that you are using for RT.<br>
<br>
Cheers,<br>
Ken<br>
</blockquote></div>