Comments on: MyISAM quote of the day http://www.xaprb.com/blog/2009/06/18/myisam-quote-of-the-day/ Stay curious! Thu, 09 Feb 2012 09:56:43 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Robert Hodges http://www.xaprb.com/blog/2009/06/18/myisam-quote-of-the-day/#comment-16579 Robert Hodges Sun, 21 Jun 2009 15:31:27 +0000 http://www.xaprb.com/blog/?p=1132#comment-16579 Some of us still yearn for the long fsck runs before file systems had proper journals; running myisamchk after a crash brings back that old sense of pioneering adventure. Wondering whether you'll actually get your data back also makes the wait a keenly interesting time. Who would want to miss out on that? Some of us still yearn for the long fsck runs before file systems had proper journals; running myisamchk after a crash brings back that old sense of pioneering adventure. Wondering whether you’ll actually get your data back also makes the wait a keenly interesting time. Who would want to miss out on that?

]]> By: Xaprb http://www.xaprb.com/blog/2009/06/18/myisam-quote-of-the-day/#comment-16571 Xaprb Fri, 19 Jun 2009 13:01:53 +0000 http://www.xaprb.com/blog/?p=1132#comment-16571 We don't get much InnoDB recovery business, and since we are basically THE company in the world who can/does do that work, I think it's a pretty good advertisement for InnoDB's robustness. And most of those cases are related to hardware failures, not a server crashing or losing power. Absent a hardware failure, it's pretty hard to corrupt InnoDB's data. We don’t get much InnoDB recovery business, and since we are basically THE company in the world who can/does do that work, I think it’s a pretty good advertisement for InnoDB’s robustness. And most of those cases are related to hardware failures, not a server crashing or losing power. Absent a hardware failure, it’s pretty hard to corrupt InnoDB’s data.

]]> By: Arjen Lentz http://www.xaprb.com/blog/2009/06/18/myisam-quote-of-the-day/#comment-16570 Arjen Lentz Fri, 19 Jun 2009 12:51:25 +0000 http://www.xaprb.com/blog/?p=1132#comment-16570 It's automatic, but not fast. And if something really breaks, it's not good and you know it. Plus, people do stupid things; and then again, it's not pretty. Come on, you work with the gang that's writing all these InnoDB recovery tools. You don't need a life buoy if the ship can't sink, right? Note that this is not an advertisement for MyISAM! Open Query too recommends using InnoDB as the default. However, re MyISAM and corruption. What it tends to mess up on a crash is the indexes, and as you know they can be fixed - yes that does mean that the checking needs to be enabled, and that handling is a nasty in the server code. But proper configuration can deal with it. Heck, I might tweak that code some time to at least check and report by default even if it doesn't backup/repair without specific settings. It’s automatic, but not fast. And if something really breaks, it’s not good and you know it. Plus, people do stupid things; and then again, it’s not pretty. Come on, you work with the gang that’s writing all these InnoDB recovery tools. You don’t need a life buoy if the ship can’t sink, right?

Note that this is not an advertisement for MyISAM! Open Query too recommends using InnoDB as the default.

However, re MyISAM and corruption. What it tends to mess up on a crash is the indexes, and as you know they can be fixed – yes that does mean that the checking needs to be enabled, and that handling is a nasty in the server code. But proper configuration can deal with it. Heck, I might tweak that code some time to at least check and report by default even if it doesn’t backup/repair without specific settings.

]]> By: Xaprb http://www.xaprb.com/blog/2009/06/18/myisam-quote-of-the-day/#comment-16569 Xaprb Fri, 19 Jun 2009 12:44:19 +0000 http://www.xaprb.com/blog/?p=1132#comment-16569 Arjen, InnoDB recovery is automatic! Have you forgotten that? There's no DIY brain surgery unless automatic recovery fails, and that's probably what, .01% of cases? MyISAM data is almost guaranteed to be corrupt after a crash. InnoDB is almost guaranteed NOT to be corrupt. Let's put this into true perspective: if you care about your data, InnoDB or another ACID engine is a no-brainer. Arjen, InnoDB recovery is automatic! Have you forgotten that? There’s no DIY brain surgery unless automatic recovery fails, and that’s probably what, .01% of cases?

MyISAM data is almost guaranteed to be corrupt after a crash. InnoDB is almost guaranteed NOT to be corrupt. Let’s put this into true perspective: if you care about your data, InnoDB or another ACID engine is a no-brainer.

]]> By: Arjen Lentz http://www.xaprb.com/blog/2009/06/18/myisam-quote-of-the-day/#comment-16567 Arjen Lentz Fri, 19 Jun 2009 00:33:08 +0000 http://www.xaprb.com/blog/?p=1132#comment-16567 InnoDB recovery can be quite ugly (and slow) as well, and if things go wrong with the tablespace there's a lot of bits that need to be brought back in sync. Either way it's DIY brainsurgery, a key difference is that technically speaking, getting data out of a corrupted MyISAM table (particularly fixed row format) is peanuts compared to an equivalent problem in InnoDB. Each has their place. InnoDB recovery can be quite ugly (and slow) as well, and if things go wrong with the tablespace there’s a lot of bits that need to be brought back in sync.

Either way it’s DIY brainsurgery, a key difference is that technically speaking, getting data out of a corrupted MyISAM table (particularly fixed row format) is peanuts compared to an equivalent problem in InnoDB.

Each has their place.

]]>