(Apologies to the rare bottom-poster.)

This contains lots of tips on converting from MyISAM to InnoDB:
  http://mysql.rjweb.org/doc.php/myisam2innodb
Generally, the conversion should go smoothly.

> -----Original Message-----
> From: Reindl Harald [mailto:h.rei...@thelounge.net]
> Sent: Friday, September 21, 2012 7:11 AM
> To: mysql@lists.mysql.com
> Subject: Re: Risks involved in MyISAM to Innodb
> 
> do NOT top-post which makes threads unreadable
> 
> Am 21.09.2012 15:55, schrieb Girish Talluru:
> > On Fri, Sep 21, 2012 at 6:44 AM, Reindl Harald
> <h.rei...@thelounge.net <mailto:h.rei...@thelounge.net>> wrote:
> >     Am 21.09.2012 15:26, schrieb Girish Talluru:
> >     > I have requirement to change my production database tables
> which are using
> >     > myISAM and now bcoz of some changes we have to move to Innodb.
> >     >
> >     > Can anyone suggest how the plan should be and risks involve?
> >
> >     no because this depends hardly on your data and what the
> application
> >     does - many things may be faster, some like "select count(*)
> from"
> >     are unacceptable slow if they are called often
> >
> >     however, it is the wrong way to ask foreign people such questions
> >
> >     * try the migration on a staging server
> >     * test your application under load on the staging server
> >
> >     if no staging server exists you have done something terrible
> wrong
> 
> > I'm sorry if I ask wrong question here?
> 
> you did not ask any question because without knowing what type of
> queries on what type of data the application makes no answer is
> possible
> 
> > At this stage we have to migrate to innodb but as a new guy they
> > assigned me to get the risks document ready for migration
> 
> and that is why i said "try the migration on a staging server"
> 
> setup a virtual machine for testing and look with snapshots how it
> behaves - any "paper" before is useless
> 
> since MyISAM has no foreign keys it should be easy to change the table
> types, the other direction would be more painful
> 
> 


--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:    http://lists.mysql.com/mysql

Reply via email to