MySQL---锁，引擎

1.通过索引条件检索数据，InnoDB使用行级锁，否则使用表锁；
autocommit=0;
select * from tab_no_index where id = 1 for update;
select * from tab_no_index where id = 2 for update;此时这条语句等待
for update是表锁还是行锁取决于是否能使用索引，能则为行锁，否则为表锁；未查到数据则无锁。而 使用’<>’,'like’等操作时，索引会失效，自然进行的是。给上面id字段加一个索引可实现行锁。
2.LOCK TABLES可以给InnoDB加表级锁，但表锁不是由InnoDB存储引擎层管 理的，而是由其上一层──MySQL Server负责，仅当autocommit=0、 innodb_table_locks=1（默认设置）时，InnoDB层才能知道MySQL加的表锁;
事务结束前，不要用UNLOCK TABLES释放表锁，因为UNLOCK TABLES会隐含地提交事务；COMMIT或ROLLBACK并不能释放用LOCK TABLES加的表级锁，此时再用UNLOCK TABLES释放表锁。
3.InnoDB一般用行级锁，因为事务和行锁往往是我们之所以选择InnoDB表的理由。但在个别特殊事务中，也可以考虑使用表级锁。
1）事务需要更新大部分或全部数据，表又比较大，如果使用默认的行锁，不仅这个事务执行效率低，而且可能造成其他事务长时间锁等待和锁冲突，这种情况下可以考虑使用表锁来提高该事务的执行速度。
2） 事务涉及多个表，比较复杂，很可能引起死锁，造成大量事务回滚。这种情况也可以考虑一次性锁定事务涉及的表，从而避免死锁、减少数据库因事务回滚带来的开销。
当然，应用中这两种事务不能太多，否则，就应该考虑使用MyISAM表了。

4.mysql的存储引擎有哪些，如何做优化？