侯波林的blog

mysql主从是非常常见的应用,可以实现简单的负载均衡(一定意义上).主要用途是减轻主库负载,通常主库只负责更新类(insert,update,delete)操作.辅库负责读操作.
1 登录主库并为辅库建立一个用户(如 hbl 主机:192.168.0.3).
grant replication slave on *.* to ‘hbl’@’192.168.0.3′ identified by ‘hbl’; （在MySQL 4.0.2以前，用 FILE 权限来代替 REPLICATION SLAVE）
2 编辑 主库 my.cnf文件.
  |  copy code |? vi /etc/my.cnf
  |  copy code |? #指定一个server-id 不能和已有的重复～server-id=1log-bin=mysql-bin#需要备份的数据库,可多行binlog-do-db=dpd_wenxue#不需要备份的数据库 ,可多行binlog-ignore-db=mysql
3 编辑辅库 my.cnf文件
  |  copy code |? server-id=2log-bin=mysql-bin#自定主库ipmaster_host=192.168.0.10master_user=dpd_wenxuemaster_password=dpd_wenxuemaster_port=3306 #需要备份的数据库,可多行 要和主库保持一致 [...]

一、什么是索引？
索引用来快速地寻找那些具有特定值的记录，所有MySQL索引都以B-树的形式保存。如果没有索引，执行查询时MySQL必须从第一个记录开始扫描整个表的所有记录，直至找到符合要求的记录。表里面的记录数量越多，这个操作的代价就越高。如果作为搜索条件的列上已经创建了索引，MySQL无需扫描任何记录即可迅速得到目标记录所在的位置。如果表有1000个记录，通过索引查找记录至少要比顺序扫描记录快100倍。
假设我们创建了一个名为people的表：
CREATE TABLE people ( peopleid SMALLINT NOT NULL, name CHAR(50) NOT NULL );
然后，我们完全随机把1000个不同name值插入到people表。下图显示了people表所在数据文件的一小部分：
可以看到，在数据文件中name列没有任何明确的次序。如果我们创建了name列的索引，MySQL将在索引中排序name列：
对于索引中的每一项，MySQL在内部为它保存一个数据文件中实际记录所在位置的“指针”。因此，如果我们要查找name等于“Mike”记录的peopleid（SQL命令为“SELECT peopleid FROM people WHERE name=’Mike’;”），MySQL能够在name的索引中查找“Mike”值，然后直接转到数据文件中相应的行，准确地返回该行的peopleid（999）。在这个过程中，MySQL只需处理一个行就可以返回结果。如果没有“name”列的索引，MySQL要扫描数据文件中的所有记录，即1000个记录！显然，需要MySQL处理的记录数量越少，则它完成任务的速度就越快。
二、索引的类型
MySQL提供多种索引类型供选择：
普通索引
这是最基本的索引类型，而且它没有唯一性之类的限制。普通索引可以通过以下几种方式创建：
创建索引，例如CREATE INDEX ON tablename (列的列表);
修改表，例如ALTER TABLE tablename ADD INDEX [索引的名字] (列的列表);
创建表的时候指定索引，例如CREATE TABLE tablename ( [...], INDEX [索引的名字] (列的列表) );
唯一性索引
这种索引和前面的“普通索引”基本相同，但有一个区别：索引列的所有值都只能出现一次，即必须唯一。唯一性索引可以用以下几种方式创建：
创建索引，例如CREATE UNIQUE INDEX ON tablename (列的列表);
修改表，例如ALTER TABLE tablename ADD UNIQUE [索引的名字] (列的列表);
创建表的时候指定索引，例如CREATE TABLE tablename ( [...], UNIQUE [索引的名字] [...]