So, regarding Drizzle, some things in your list above are done, some aren’t. Heck, Drizzle replication is really new, so don’t expect much in terms of features at this point…I’m focusing on fixing bugs and stability over features right now. The nice thing is that the API is very simple and pluggable, and different modules can allow a pretty fine-tuned customization of the replication system.

That said, I don’t *quite* understand what you are really requesting with this:

“Allow to enable and disable binary logging of events received from master, as well as enabling and disabling binary logging without restarting the instance.”

Which of these are yourequesting?

* to enable/disable ALL logging of events on the SLAVE that have been received from ANY master
* to enable/disabled logging of SPECIFIC events on the SLAVE that have been received from ANY master
* to enable/disable the APPLY (not the logging) of specific events on the SLAVE from ANY master
* something else? :)

Thanks :)

Jay

:)

We have 3 out of 4 of these requirements covered with Tungsten (http://www.continuent.com/community). I’m about to start a series of blog articles on the solution to the second problem, which we plan to deploy early in 2010. Would you mind expanding the specific cases–is it a matter of replication being single threaded, the fact there’s a single client tcp/ip connection from slave to master, etc.?

Meanwhile, please have a look at Tungsten.

Cheers, Robert