Hi Shane,<br><br><br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


In order to scale an application using RelStorage I was thinking about<br>
seperating reads and writes accross databases. Writes would go to a<br>
Mysql master and the app would read from one or more Mysql slaves.<br>
</blockquote>
<br></div>
If you mean that you intend to set up some clients to write to a master database, while other clients only read from asynchronous replicas, then yes, you&#39;ll be in good shape.  You should be able to get amazing scalability that way.</blockquote>

<div><br>That is what I want. Sounds great.<br><br>My assumption was that if a client was reading from a relica before fresh data was replicated I would get old data. That was why I was talking about synchronous replication.<br>

<br>/Anton<br>
</div></div>