关于覆盖索引，有几个比较常见的误区，简单总结一下。
1、使用覆盖索引的条件
[code]
当检索列、条件中使用的列全在某个索引中（索引中已隐含主键），就会使用覆盖索引。
用explain得到的Extra中包括using index时，就意味着本次查询使用覆盖索引。
[/code]
2、存储引擎中使用索引中字段个数的条件
[code]
容易记的方式：存储引擎只支持对索引连续筛选(in是特例，多个连续)。
标准的理解方式：必须按索引中各字段顺序使用，最多只能使用一个范围条件或左匹配的like。
[/code]
网上这种文章肯定是一大堆，我只列自己碰到的几种情况。
优点：
[code]
1、读写分离，承载能力提高。
2、某些索引，仅需从库上有，主库上可以没有。使主库写起来更快。
3、大报建索引时，可先在从库拿掉建，搞定后再挂上。可避免在主库上长时间锁表的问题。
[/code]
缺点：
[code]
1、主从同步需要时间，一般用户单次请求内先写再读同一条数据，几乎都出不来。需业务层面兼容或改用临时从主库读。
2、从库上有的索引，主库上没有。当需要改回单主结构时，性能有可能会成为严重问题。
3、如果需要双主，或主从角色互换，需要对含有自增字段的表做特殊处理，以防生成同一值冲突。
[/code]
在Android和iOS设备中，通过网页调用起App，比较简单的方式就是使用自定义协议，比如：
[code]
msblog://xxx/xxx
[/code]
Android和iOS的App分别指定msblog这个scheme，然后通过网页直接访问这个地址，就打开相应的应用了。
基础的讲完了，下面说问题。