[专题] 百万级数据库系统分层优化——概述

Yaron — Wed, 04 Mar 2009 05:03:19 +0000

网上有丰富的数据库优化方案，但是大多都是零零碎碎，系统地介绍数据库优化的很少。笔者根据自己的经验，以及参考了其他高手的优化文章，整理一份系统的优化方案。

数据库优化的目的是提高DB的工作效率，减少响应时间。基于此，笔者认为应该从如下四个层次来优化数据库性能。

1. 硬件层面优化
该层面的优化是最底层的，包括内存、CPU、磁盘/磁盘阵列等硬件的优化。虽然可优化的点并不多，但是在整个数据库优化中不可或缺。

2. 操作系统/DBMS层面的优化
包括DBMS的选择、缓存的设置、数据文件的存储位置及方法(连续存储/随机存储)、存储引擎的选择(MySQL里面会有多个引擎)、I/O优化(磁盘I/O、逻辑I/O)。该层面的优化内容相对不多，但是数据库优化的瓶颈一般都在这里。

3. DB设计层面优化
该层面可优化的点很多，包括数据库范式、数据表结构、数据类型、视图、索引、表/字段冗余、表分割(水平分割及垂直分割、分类分割)、表触发器、命名等多方面，而且每个方面又有很多的知识点，这是数据库优化的基础。

4. 程序设计层面优化
这里由程序员控制层面的优化。包括SQL语句、存储过程、临时表、业务逻辑、算法设计、运算符、条件顺序、数据库函数。这层的知识点比较散，而且多。程序员应该下功夫的地方。

笔者会从这四个方面切入，陆续介绍具体优化方案，敬请关注。

承载百万级数据量操作所需的DB优化

Yaron — Tue, 24 Feb 2009 14:20:18 +0000

今天面试，有提到这个问题。长时间没有看数据库的高级应用，有点陌生了。整理一下，温故而知新嘛！

创建索引（index） 利用索引优化系统性能是显而易见的，对所有常用于查询中的Where子句的列和所有用于排序的列创建索引，可以避免整表扫描或访问，在不改变表的物理结构的情况下，直接访问特定的数据列，这样减少数据存取时间；利用索引可以优化或排除耗时的分类*作；把数据分散到不同的页面上，就分散了插入的数据；主键自动建立了唯一索引，因此唯一索引也能确保数据的唯一性（即实体完整性）；索引码越小，定位就越直接；新建的索引效能最好，因此定期更新索引非常必要。索引也有代价：有空间开销，建立它也要花费时间，在进行Insert、Delete和Update*作时，也有维护代价。
优化SQL语句 这里面的东西很零碎。比如尽量少使用连接等。
选择适合的数据库引擎 MySQL包括有不同的数据存储结构，就是数据库引擎。根据不同的应用选择适合的数据库引擎。

参考文章