Stewart, I would pretty much like to see benchmarks numbers, especially under IO-bound workload before agreeing that it performs well. On Mon, Jan 28, 2013 at 5:05 PM, Stewart Smith <stewart@flamingspork.com> wrote:
Kristian Nielsen <knielsen@knielsen-hq.org> writes:
You will be writing your data *6* times: To the real table, when flushing its buffer pool pages. To the double-write buffer while flushing, and to the redo log before flushing. Then to the binlog table, and before that to the redo log and the doublewrite buffer. I could never reconcile myself with this.
Mind you, it performs really quite well due to the reduced fsync()s and (at least in Drizzle code) was rather trivial to implement. Big bang for buck :)
-- Stewart Smith
-- Vadim Tkachenko, CTO, Percona Phone +1-925-400-7377, Skype: vadimtk153 Schedule meeting: http://meetme.so/VadimTkachenko Join us in Santa Clara for the annual Percona Live MySQL Conference & Expo 2013! http://www.percona.com/live/mysql-conference-2013/ Looking for Replication with Data Consistency? Try Percona XtraDB Cluster!