Each storage engine has its own pro's and con's, so choosing which storage engine to use largely depends on your application needs.
It's also worth noting that the storage engine can be chosen per table, so you can have different tables using different storage engines in the same database. The system wide storage engine setting just tells MySQL what storage engine to use for a table if you don't specify one when creating it.
The main differences are as follows:
InnoDB supports transactions (i.e. you can make changes then rollback on error), MyISAM doesn't.
InnoDB can enforce foreign key constraints, whereas MyISAM allows you to define them but doesn't enforce them.
MyISAM allows full-text indexing on TEXT fields (i.e. text blobs), whereas InnoDB doesn't - you also can't set default values on TEXT fields within InnoDB.
For most applications, I'd recommend InnoDB as it most closely matches what you'd expect coming from Sql Server.
However, if speed is your main concern, then MyISAM is worth considering. MyISAM is VERY fast, as it doesn't need to check foreign keys or worry about transactions. The full-text indexing on TEXT fields is also a big bonus.
Other storage engines such as ARCHIVE are more concerned with space. ARCHIVE tables are compressed so they're small, but you can't delete from them or index them. This may sound like they're pretty useless but they're ideal for audit trails.
There's an article here on comparisons:
http://www.supportsages.com/blog/2010/08/mysql-storage-engines-an-overview-their-limitations-and-an-attempt-for-comparison/
For a full comparison, see the MySQL manual - it explains it all.