<p>hi David.</p>
<p>Our instance of RT is around 3.5 million records and the mySQL db about 470GB in size. the biggest performance gain I've got was through partitioning and indexing, i'm very keen to see where this thread goes for "bigger" deployments as i'm also concerned about that breaking point.</p>

<p>regards</p>
<p>Ronald</p>
<div class="gmail_quote">On 13 Mar 2012 19:03, "David Moreau Simard" <<a href="mailto:dmsimard@iweb.com">dmsimard@iweb.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Our RT instance is rather large (> 5 million tickets) and I wondered if any users have had to deal with a RT database this size and if so, how they scaled their infrastructure as a result.<br>
<br>
Right now, the web portion is hosted on a cluster and really, this part doesn't worry me at all.<br>
I am really curious what are our options to get the best possible database performance at this point.<br>
<br>
A thought we had was to split reads and writes since we have significantly higher demand for read operations and they can be scaled/load-balanced with relative ease.<br>
Has anyone attempted to do this ? RT doesn't seem to be able to do this out of the box.<br>
<br>
Do you otherwise have other recommendations ?<br>
<br>
Thanks !<br>
-- <br>
*David Moreau Simard*<br>
/IT Specialist/<br>
<br>
</blockquote></div>