Comments on: Introducing MySQL Parallel Dump http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/ Stay curious! Thu, 09 Feb 2012 09:56:43 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Xaprb http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-14257 Xaprb Thu, 28 Feb 2008 13:12:28 +0000 http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-14257 Hi, There's a current forum conversation on the same topic. It would be good to move this there so it's all in the same place: http://sourceforge.net/forum/forum.php?thread_id=1952777&forum_id=664350 Hi,

There’s a current forum conversation on the same topic. It would be good to move this there so it’s all in the same place:

http://sourceforge.net/forum/forum.php?thread_id=1952777&forum_id=664350

]]> By: RV http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-14256 RV Thu, 28 Feb 2008 10:02:33 +0000 http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-14256 If you had multiple schema's, within one MySQL instance, and each one had no dependency/connection to the other, could one not spawn multiple (single-transaction, master-data) mysqldumps against each one and therefore reduce the time to perform full consistent InnoDB hot backups from a master? If not, then I believe this type of tool is only usable for large InnoDB instances on slaves. I know that performing dumps on masters is not recommended, but our replication confidence is low, so at the moment it's a must. Hopefully that's where Maatkit will again come to the rescue. If you had multiple schema’s, within one MySQL instance, and each one had no dependency/connection to the other, could one not spawn multiple (single-transaction, master-data) mysqldumps against each one and therefore reduce the time to perform full consistent InnoDB hot backups from a master? If not, then I believe this type of tool is only usable for large InnoDB instances on slaves. I know that performing dumps on masters is not recommended, but our replication confidence is low, so at the moment it’s a must. Hopefully that’s where Maatkit will again come to the rescue.

]]> By: Xaprb http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-14254 Xaprb Wed, 27 Feb 2008 15:42:22 +0000 http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-14254 It's not possible. Locking tables is the only way to do it. A single transaction would require many connections to be able to participate in the transaction, which is something I wouldn't assume MySQL will build anytime soon :-) I suppose another way would be to lock tables briefly and allow all child processes to do BEGIN TRANSACTION, but that isn't the way it's built at the moment. It’s not possible. Locking tables is the only way to do it. A single transaction would require many connections to be able to participate in the transaction, which is something I wouldn’t assume MySQL will build anytime soon :-)

I suppose another way would be to lock tables briefly and allow all child processes to do BEGIN TRANSACTION, but that isn’t the way it’s built at the moment.

]]> By: RV http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-14253 RV Wed, 27 Feb 2008 14:05:43 +0000 http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-14253 Baron, Great work, but would you mind confirming if this does a consistent snapshot as in single-transaction for mysqldump for InnoDB tables or is this simply not possible via a parallel method? Cheers Baron,

Great work, but would you mind confirming if this does a consistent snapshot as in single-transaction for mysqldump for InnoDB tables or is this simply not possible via a parallel method?

Cheers

]]> By: Xaprb http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-13448 Xaprb Thu, 04 Oct 2007 02:01:11 +0000 http://www.xaprb.com/blog/2007/09/30/introducing-mysql-parallel-dump/#comment-13448 Just for information, the new version is released, and can do chunked dumps as promised. Testing and benchmarks welcome! Just for information, the new version is released, and can do chunked dumps as promised. Testing and benchmarks welcome!

]]>