MySQL之Covering Index
hust ei
http://hi.baidu.com/thinkinginlamp/blog/item/a352918fe70d96fd503d925e.html
2009年01月12日 星期一 下午 08:35
作者：老王
在网上随便搜搜，就能找到大把的关于MySQL优化的文章，不过里面很多都不准确，说个常见的：
SELECT a from ... WHERE b = ...
一般来说，很多文章会告诫你类似这样的查询，不要在“a”字段上建立索引，而应该在“b”上建立索引。这样做确实不错，但是很多时候这并不是最佳结果。为什么这样说？让我们先来分析一下查询的处理过程：在执行查询时，系统会查询“b”索引进行定位，然后再利用此定位去表里查询需要的数据“a”。也就是说，在这个过程中存在两次查询，一次是查询索引，另一次是查询表。那有没有办法用一次查询搞定问题呢？有，就是Covering Index！所谓Covering Index，就是说不必查询表文件，单靠查询索引文件即可完成。具体到此例中就是建立一个复合索引“b, a”，当查询进行时，通过复合索引的“b”部分去定位，至于需要的数据“a”，立刻就可以在索引里得到，从而省略了表查询的过程。
如果你想利用Covering Index，那么就要注意SELECT方式，只SElECT必要的字段，千万别SELECT *，因为我们不太可能把所有的字段一起做索引，虽然可以那样做，但那样会让索引文件过大，结果反倒会弄巧成拙。
如何才能确认查询使用了Covering Index呢？很简单，使用explain即可！只要在Extra里出现Using index就说明使用的是Covering Index。
知道了以上这些知识，估计对Coverging Index的了解也差不多了。再举两个例子，让大家印象深点：
（一）比如说在文章系统里统计总数的时候，一般的查询是这样的：
SELECT COUNT(*) from articles WHERE category_id = ...
当我们在category_id建立索引后，这个查询使用的就是Covering Index。
参考文档：COUNT(*) vs COUNT(col)
（二）比如说在文章系统里分页显示的时候，一般的查询是这样的：
SELECT id, title, content from article ORDER BY created DESC LIMIT 10000, 10;
通常这样的查询会把索引建在created字段（其中id是主键），不过当LIMIT偏移很大时，查询效率仍然很低，改变一下查询：
SELECT id, title, content from article
INNER JOIN (
SELECT id from article ORDER BY created DESC LIMIT 10000, 10
) AS page USING(id)
此时，建立复合索引"created,
相关文档：
最近公司准备使用项目管理的网站DotProject，公司虽然不大，但是牵涉到的业务也是很复杂的，所以需要定时去保存数据库的信息以防止数据库崩溃或者其他的原因造成的数据损失，这样就需要进行数据库的备份。
DotProject使用的是Mysql数据库，备份Mysql数据库的一个比较好的方法就是 ......
有时候，不希望存储过程抛出错误中止执行，而是希望返回一个错误码。
Mysql
支持异常处理，通过定义
CONTINUE/EXIT
异常处理的
HANDLER
来捕获
SQLWARNING/NOT FOUND/SQLEXCEPTION
（警告
/
无数据
/
其他异常）。其中，
FOR
后面可以改为
SQLWARNING,
NOT FOUND, SQLEXCEPTION
来指示所有异常都处理，相� ......
在
oracle
中，
sequence
提供多表多字段可共用一个不重复值。
Mysql
中存在自增列，基本可以满足
PK
的要求。但自增列存在限制：
a.
只能用于表中的一个字段，一张不能同时存在两个以上的自增列
;
b.
自增列必须被定义为
key
（
PK
或
FK
）
;
c.
自增列不能被多个表共用
;
d.
当
insert
语句� ......
<!-- [if gte mso 10]>
以下内容来自网络，已测试。
结论：
mysql
行锁不安全，随数据的变化，可能会出现行锁无效！因此，非确定情况下，不要对
mysql
表加行锁来控制业务逻辑。
由于业务逻辑的需要，必须对数据表的一行或多行加入行锁，举个最简单的例子，图书借阅系统。假设
id=1
的这本书库存为
1
� ......
在近期的项目维护工作中，时常出现主键重复的异常。经过一系列资料的查询之后，发现时hibernate映射文件配置问题。
mysql提供主键“自动增量”的配置，指定该类型的主键，mysql能够自动加一。
在hibernate映射文件中，关于主键的配置不能是
<generator class="increment"&g ......
