首先要说明一下，这些文件都是mysql的日志文件，如果不做主从复制的话，基本上是没用的，虽然没用，但是不建议使用rm命令删除，这样有可能会不安全，正确的方法是通过mysql的命令去删除。

mysql -u root -p
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2819416
Server version: 5.5.24-0ubuntu0.12.04.1-log (Ubuntu)

Copyright (c) 2000, 2011, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> reset master;
Query OK, 0 rows affected (3 min 37.65 sec)

其实关键的命令就是reset master;这个命令会清空mysql-bin文件。

另外如果你的mysql服务器不需要做主从复制的话，建议通过修改my.cnf文件，来设置不生成这些文件，只要删除my.cnf中的下面一行就可以了。

log-bin=mysql-bin

如果你需要复制，最好控制一下这些日志文件保留的天数，可以通过下面的配置设定日志文件保留的天数：

expire_logs_days = 7

表示保留7天的日志，这样老日志会自动被清理掉。

二、Unknown MySQL Server Host ‘localhosadst’ (11001)
翻译：未知的MySQL服务器 localhosadst
分析：服务器 localhosasdst 不存在。或者根本无法连接
解决：仔细检查自己论坛下面的 ./config.inc.php 找到$dbhost重新设置为正确的mysql 服务器地址。

三、Access denied for user: ‘roota@localhost’ (Using password: YES)
翻译：用户 roota 访问 localhost 被拒绝（没有允许通过）
分析：造成这个错误一般数据库用户名和密码相对mysql服务器不正确
解决：仔细检查自己论坛下面的 ./config.inc.php 找到$dbuser、$dbpw核实后重新设置保存即可。

四、Access denied for user: ‘red@localhost’ to database ‘newbbs’
翻译：用户 red 在localhost 服务器上没有权限操作数据库newbbs
分析：这个提示和问题三是不同的。那个是在连接数据库的时候就被阻止了，而这个错误是在对数据库进行操作时引起的。比如在select update等等。这个是因为该用户没有操作数据库相应的权力。比如select 这个操作在mysql.user.Select_priv里记录 Y 可以操作N 不可以操作。
解决：如果是自己的独立主机那么更新mysql.user 的相应用户记录，比如这里要更新的用户为red 。或者直接修改 ./config.inc.php 为其配置一个具有对数据库操作权限的用户
或者通过如下的命令来更新授权grant all privileges on dbname.* to ‘user’@’localhost’ identified by ‘password’
提示：更新了mysql库中的记录一定要重启mysql服务器才能使更新生效
FLUSH PRIVILEGES;

五、No Database Selected
翻译：没有数据库被选择上
分析：产生的原因有两种
config.inc.php 里面$dbname设置的不对。致使数据库根本不存在，所以在 $db->select_db($dbname); 时返回了false
和上面问题四是一样的，数据库用户没有select权限，同样会导致这样的错误。当你发现config.inc.php的设置没有任何问题，但还是提示这个错误，那一定就是这种情况了。
解决：对症下药
打开config.inc.php 找到$dbname核实重新配置并保存
同问题四的解决方法

六、Can’t open file: ‘xxx_forums.MYI’. (errno: 145)
翻译：不能打开xxx_forums.MYI
问题分析：
这种情况是不能打开 cdb_forums.MYI 造成的，引起这种情况可能的原因有：
1、服务器非正常关机，数据库所在空间已满，或一些其它未知的原因，对数据库表造成了损坏。
2、类 unix 操作系统下直接将数据库文件拷贝移动会因为文件的属组问题而产生这个错误。
解决方法：
1、修复数据表
可以使用下面的两种方式修复数据表：（第一种方法仅适合独立主机用户）
1）使用 myisamchk ，MySQL 自带了专门用户数据表检查和修复的工具 —— myisamchk 。更改当前目录到 MySQL/bin 下面，一般情况下只有在这个下面才能运行 myisamchk 命令。常用的修复命令为：myisamchk -r 数据文件目录/数据表名.MYI；
2）通过 phpMyAdmin 修复， phpMyAdmin 带有修复数据表的功能，进入到某一个表中后，点击“操作”，在下方的“表维护”中点击“修复表”即可。
注意：以上两种修复方式在执行前一定要备份数据库。
2、修改文件的属组（仅适合独立主机用户）
1）复制数据库文件的过程中没有将数据库文件设置为 MySQL 运行的帐号可读写（一般适用于 Linux 和 FreeBSD 用户）。

七、Table ‘test.xxx_sessions’ doesn’t exist
翻译：xxxxx表不存在
分析：在执行sql语句时没有找到表，比如：SELECT * FROM xxx_members WHERE uid=’XX’ 这里如果表xxx_members不存在于$dbname库里，那么就会提示这个错误。具体可分为以下三种情况来讨论：
安装插件或者hack时修改了程序文件，而忘记了对数据库作相应的升级。
后台使用了不完全备份，导入数据时没有导入到已经安装了相应版本的论坛的数据库中。
解决： 同样对症下药，不同的原因不同的处理方法。
仔细对照插件作者提供的安装说明，把遗漏的对数据库的操作补上，如果仍然不能解决问题，那么应该怀疑该插件的可用性了。去咨询一下插件作者，或者将其卸载。
不要张冠李戴，多大的脚就穿多大的鞋。总之使得程序文件和数据库配套即可.

八、Unknown column ‘column_name’ in ‘field list’
翻译：未知的字段名 column_name
分析：在执行sql语句是出现了指定表中没有的字段名称，就会出现这个错误。具体导致的原因可分为以下两种
安装插件或者hack时修改了程序文件，而忘记了对数据库作相应的升级。
程序文件和数据库不配套，比如d2.5的数据库配置给d4.1的程序来用肯定会出现这个错误。
解决： 导致的原因和问题八的1和 3是相同的，所以解决方法也一样。

九、You have an error in your SQL syntax
翻译：有一个语法错误在你的sql中
分析：论坛标准的程序是没有sql语法错误的。所以造成这个错误的原因一般就两类
安装插件或擅自修改程序。
不同的数据库版本数据库导出导入，比如MySQL4.1的数据在导出的语句包含了MySQL4.0没有的功能，像字符集的设定，这时如果将这些sql导入到MySQL4.0的时候就会产生sql语法错误。
解决：
仔细检查看到底是哪里的错误，将其修正，实在不行就用标准程序把出错的程序替换。
在数据库备份的时候要留意，如果不打算倒入到其他版本的mysql中则不用特殊考虑，反之要特殊的设定。使用DZ4.1的后台数据备份，可以按照提示去设定想要的格式。独立主机的也可以在到处的时候将其导出为mysql4.0的格式。
mysqldump -uroot -p –default-character-set=latin1 –set-charset=gbk –skip-opt databse > test.sql

十、Duplicate entry ‘xxx’ for key 1
翻译：插入 xxx 使索引1重复
分析：索引如果是primary unique这两两种，那么数据表的数据对应的这个字段就必须保证其每条记录的唯一性。否则就会产生这个错误。
一般发生在对数据库写操作的时候，例如Discuz!4.1论坛程序要求所有会员的用户名username必须唯一，即username的索引是 unique，这时如果强行往cdb_members表里插入一个已有的username的记录就会发上这个错误，或者将一条记录的username更新 为已有的一个username。
改变表结构的时候也有可能导致这个错误。例如 Discuz!4.0论坛的数据库中cdb_members.username 的索引类型是index这个时候是允许有相同username的记录存在的，在升级到4.1的时候，因为要将username的索引由原来的index变 为unique。如果这时cdb_members里存在有相同的username的记录，那么就会引发这个错误。
导出数据据时有时会因为一些原因（作者目前还不清楚）导致同一条记录被重复导出，那么这个备份数据在导入的时候出现这个错误是在所难免的了。
修改了auto_increment的值，致使“下一个 Autoindex”为一条已经存在的记录
解决： 两种思路，一是破坏掉唯一性的索引。二是把重复的数据记录干掉，只保留一条。很显然第一种思路是不可取的。那么按照二的思路我们得出以下几种解决方法，对应上面的i ii iii
略
按照错误提示里的信息到数据库中将重复的记录删除，仅保留一条即可。之后继续执行升级操作。
这种情况发生的概率很小，可以用文本编辑器打开备份文档，查找重复的信息。将其多余的拿掉，仅保留一条即可。
查询出表中auto_increment最大的一条记录，设置auto_incerment比其大一即可。
PS：repaire table “表名“，可以暂时解决问题。

十一、 Duplicate key name ‘xxx’
翻译：索引名重复
分析：要创建的索引已经存在了，就会引发这个错误，这个错误多发生在升级的时候。可能是已经升级过的，重复升级引起的错误。也有可能是之前用户擅自加的索引，刚好与升级文件中的所以相同了。
解决： 看看已经存在的索引和要添加的索引是否一样，一样的话可以跳过这条sql语句，如果不一样那么现删除已存在的所以，之后再执行。

十二、 Duplicate column name ‘xxx’
翻译：字段名xxx重复
分析：添加的字段xxx已经存在，多发生在升级过程中，与问题十二的产生是一样的。
解决： 看一下已经存在的字段是否和将要添加的字段属性完全相同，如果相同则可以跳过不执行这句sql，如果不一样则删除掉这个字段。之后继续执行升级程序。

十三、 Table ‘xxx’ already exists
翻译：数据表xxx已经存在
分析：xxx表已经存在于库中，再次试图创建这个名字的表就会引发这个错误。同样多发生在论坛的升级中。类似于问题十二。
解决： 看看已经存在的表是否和将要创建的表完全一样，一样的话可以跳过不执行这个sql，否则请将存在的表先删除，之后继续执行升级文件。

十四、 Can’t create database ‘xxx’. Database exists
翻译：不能创建数据库xxx，数据库已经存在
分析：一个mysql下面的数据库名称必须保证唯一性，否则就会有这个错误。
解决：把已经存在的数据库改名或者把将要创建的数据库改名，总之不让他们的名称冲突。

十五、 小结（针对问题 11\12\13\14\15）
此类问题错误提示中都暗藏一个关键词duplicate（重复）
那么对于mysql数据库来说什么东西是不能重复的呢？
数据库 database
同一个数据库下数据表 table
同一个数据表下字段 column
同一个数据表下索引 key
同一个数据表在索引唯一（UNIQUE PRIMARY）的情况下记录中的这些字段不可以重复

十六、Unknown system variable ‘NAMES’
翻译：未知的系统变量NAMES
分析：Mysql版本不支持字符集设定，此时强行设定字符集就会出现这个错误。
解决： 将sql语句中的SET NAMES ‘xxx’ 语句去掉

十七、 Lost connection to MySQL server during query
翻译：MySQL服务器失去连接在查询期间
分析：远程连接数据库是有时会有这个问题。MySQL服务器在执行一条sql语句的时候失去了连接造成的。
解决： 一般不需要怎么去处理，如果频繁的出现那么考虑改善硬件环境。

十八、User ‘red’ has exceeded the ‘max_updates’ resource (current value: 500)
翻译：msql用户red已经超过了’max_updates’（最大更新次数），’max_questions’（最大查询次数），’max_connections’（最大连接数），当前设定为500
分析：在mysql数据库的下有一个库为mysql，它其中有一个表为user这里面的纪录每一条都对应为一个mysql用户的授权。其中字段 max_questions max_updates max_connections分别记录着最大查询次数 最大更新数 最大连接数，当目前的任何一个参数大于任何一个设定的值就会产生这个错误。
解决： 独立主机用户可以直接修改授权表。修改完之后重启mysql或者跟新授权表，进入mysql提示符下执行
FLUSH PRIVILEGES;
记得后面要有分号’;’
虚拟主机的用户如果总是出现这个问题可找空间商协商解决。

十九、Too many connections (1040)链接过多
翻译：达到最大连接数
问题分析：
连接数超过了mysql设置的值，与max_connections 和wait_timeout 都有关系。wait_timeout的值越大，连接的空闲等待就越长，这样就会造成当前连接数越大
解决方法：
1.虚拟主机用户请联系空间商优化 MySQL 服务器的配置；
2.独立主机用户请联系服务器管理员优化 MySQL 服务器的配置，可参考：
修改 MySQL 配置文件 my.ini 或者 my.cnf 中的参数：
max_connections= 1000
wait_timeout = 10
修改后重启 MySQL ，如果经常性的报此错误，请做一下服务器的整体优化。

二十、There is no such grant defined for user ‘%s’ on host ‘%s’
错误编号：1141
问题分析：
MySQL 当前用户无权访问数据库。
解决方法：
1、虚拟主机用户请联系空间商，确认给你提供的帐号是否有授权数据库的权限。
2、独立主机用户请联系服务器管理员，确认给您提供的数据库帐号是否有管理此数据库的权限。

二十一、Error on rename of ‘%s’ to ‘%s’ (errno: %d)
error.:1025
问题分析：
请检查一下您的程序是否有修改数据库表名的语句。
解决方法：
1.请检查您的程序中哪些地方需要修改数据库表名；
2.如果您的实际应用确实需要修改到数据库表名的话，请联系空间商或者服务器管理员给您开放修改库名的权限和服务器本身是否正常。

二十二、Error reading file ‘%s’ (errno: %d)
error.:1023
问题分析：
数据库文件不能被读取。
解决方法：
1.虚拟主机用户请联系空间商查看数据库是否完好。
2.独立主机用户请联系服务器管理员检查一下 MySQL 本身是否正常， MySQL 是否可以读取文件，Linux 用户可以检查一下 MySQL 的数据库文件的属主是否正确以及本身的文件是否损坏。

二十三、Host ‘*****’ is blocked because of many connection errors; unblock with ‘mysqladmin flush-hosts’
error.:1129
问题分析：
数据库出现异常，请重启数据库。
解决方法：
1. 由于存在很多连接错误，主机’****’被屏蔽，虚拟主机用户请联系空间商处理，独立主机用户请联系服务器管理员，在 MySQL 的命令控制台下执行’mysqladmin flush-hosts’解除屏蔽即可，或者重启 MySQL 数据库

二十四、dropping database (can’t delete ‘%s’, errno: %d)
error.:1009
问题分析：
不能删除数据库文件，导致删除数据库失败。
解决方法：
1.检查您使用的数据库管理帐号是否有权限删除数据。
2.检查数据库是否存在。

二十五、Got error 28 from table handler
error.:1030
问题分析：
数据库所在磁盘空间已满。
解决方法：
1.虚拟主机用户请联系空间商增加 MySQL 所在的磁盘空间或者清理一些无用文件；
2.独立主机用户请联系服务器管理员增加 MySQL 所在的磁盘空间或者清理一些无用文件

二十六、Can’t create a new thread; if you are not out of available memory, you can consult the manual for a possible OS-dependent bug。
error.:11/35
问题分析：
数据库服务器问题，数据库操作无法创建新线程。一般是两个原因：
1.服务器系统内存溢出。
2.环境软件损坏或系统损坏。
解决方法：
1.虚拟主机用户请联系下空间商数据库服务器的内存和系统是否正常。
2.独立主机用户请联系服务器管理员检查服务器的内存和系统是否正常，如果服务器内存紧张，请检查一下哪些进程消耗了服务器的内存，同时考虑是否增加服务器的内存来提高整个的负载能力。

二十七、Error: Client does not support authentication protocol requested by server; consider upgrading MySQL client
error.:1251
问题分析：
如果你升级 MySQL 到 4.1 以上版本后遇到以上问题,请先确定你的 MySQL Client 是 4.1 或者更高版本( Windows 下有问题你就直接跳到下面看解决方法了，因为 MySQL 在 Windows 是 client 和 server 一起装上了的)。
解决方法：
1. Windows 平台
主要是改变连接 MySQL 的帐户的加密方式，MySQL 4.1/5.0 是通过 PASSWORD 这种方式加密的。可以通过以下两种方法得到解决：
1) mysql->SET PASSWORD FOR ‘some_user’@’some_host’=OLD_PASSWORD(‘new_password’);
2) mysql->UPDATE mysql.user SET Password=OLD_PASSWORD(‘new_password’) WHERE Host=’some_host’ AND User=’some_user';
2. Linux/Unix 平台
Linux 平台下首先确定是否安装过 MySQL 的客户端，这个用 rpm 安装很简单，Linux 代码为：
rpm -ivh MySQL-client-4.1.15-0.i386.rpm
然后在编译 php 的时候要加上：
–with-mysql=/your/path/to/mysql
一般情况下都可以解决。如果还出现这种错误，可以按照下面的方法来做：
mysql->SET PASSWORD FOR ‘some_user’@’some_host’=OLD_PASSWORD(‘new_password’);
mysql->UPDATE mysql.user SET Password=OLD_PASSWORD(‘new_password’) WHERE Host=’some_host’ AND User=’some_user';

二十八、Error: Can’t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock’
error.:2002
问题分析：
出现这个错误一般情况下是因为下面两个原因：
1.MySQL 服务器没有开启。
2.MySQL 服务器开启了，但不能找到 socket 文件。
解决方法：
1.虚拟主机用户，请联系空间商确认数据库是否正常启动。
2.独立主机用户，请检查一下 MySQL 服务是否已经开启，没有开启，请启动 MySQL 服务；如果已经开启，并且是 Linux 系统，请检查一下 MySQL 的 socket 的路径，然后打开 config.inc.php 找到
$dbhost = ‘localhost'; 在 hostname 后面加冒号‘:’和 MySQL 的 socket 的路径。
比如 MySQL 服务器为 localhost
MySQL 的 socket 的路径为 /tmp/mysql.sock
那么就改成如下：
$dbhost = ‘localhost:/temp/mysql.sock';

二十九、Can’t connect to MySQL server on ‘localhost’
error.:2003
问题分析：
MySQL 服务没有启动，一般是在异常的情况下 MySQL 无法启动导致的，比如无可用的磁盘空间，my.ini 里 MySQL 的 basedir 路径设置错误等。
解决方法：
1.检查磁盘空间是否还有剩余可用空间，尽量保持有足够的磁盘空间可用。
2.检查 my.ini 里的 basedir 等参数设置是否正确，然后重新启动下 MySQL 服务。

三十、Lost connection to MySQL server during query
error.:2013
问题分析：
数据库查询过程中丢失了与 MySQL 服务器的连接。
解决方法：
1.请确认您的程序中是否有效率很低的程序，比如某些插件，可以卸载掉插件，检查一下服务器是否正常；
2.服务器本身资源紧张，虚拟主机用户请联系空间商确认，独立主机用户请联系服务器管理员，检查一下服务器是否正常。

三十一、Got a packet bigger than \’max_allowed_packet\’ bytes
错误编号：1153
问题分析：调整了 Mantis 的上传附件的大小却没有调整 MySQL 的配置文件。
解决办法：
1、独立主机用户请按照以下方法调整：
查找 MySQL 的配置文件（my.cnf 或者 my.ini）
在 [mysqld] 部分添加一句（如果存在，调整其值就可以）：
max_allowed_packet=10M
重启 MySQL 服务就可以了。这里设置的是 10MB。
2、虚拟主机用户请联系空间商调整此参数。

MySQL cluster是share nothing的集群，采用ndb存储引擎，和Oracle的RAC采用集中存储不同，是一种分布式的架构，所以可以很轻松的实现在同一台主机上配置MySQL Cluster，相对RAC来说要简单得多。

在MySQL Cluster中，有三种不同的节点：

• 管理节点：守护进程为ndb_mgmd，用于管理cluster。
• 数据节点: 守护进程为ndbd，用于存放数据
• SQL节点：守护进程为mysqld，就是一个MySQL实例，对外供客户端连接访问数据。

本文将在一台64位linux主机上同时配置上述三种节点。在实际生产环境中，根据需要，可以在相同或者不同的机器部署节点。本次实例中共包含以下节点：

• 一个管理节点
• 两个数据节点
• 三个SQL节点

下载Mysql cluster，当前版本7.0.6，http://dev.mysql.com/downloads/cluster/7.0.html

解压，并复制到安装目录

tar zxvf mysql-cluster-gpl-7.0.6-linux-x86_64-glibc23.tar.gz
cp mysql-cluster-gpl-7.0.6-linux-x86_64-glibc23 /u01/mysql-cluster

cd /u01/mysql-cluster

创建三个MySQL实例的数据目录

mkdir data/data1
mkdir data/data2
mkdir data/data3

mkdir data/data1/mysql
mkdir data/data1/test

mkdir data/data2/mysql
mkdir data/data2/test

mkdir data/data3/mysql
mkdir data/data3/test

Cluster配置文件如下

$ more conf/config.ini
[ndbd default]
noofreplicas=2
[ndbd]
hostname=localhost
id=2
[ndbd]
hostname=localhost
id=3
[ndb_mgmd]
id = 1
hostname=localhost
[mysqld]
id=4
hostname=localhost
[mysqld]
id=5
hostname=localhost
[mysqld]
id=6
hostname=localhost

三个MySQL实例配置文件如下

$ more conf/my1.cnf
[mysqld]
ndb-nodeid=4
ndbcluster=true
datadir=/u01/mysql-cluster/data/data1
basedir=/u01/mysql-cluster
port=9306
server-id=1
log-bin

$ more conf/my2.cnf
[mysqld]
ndb-nodeid=5
ndbcluster=true
datadir=/u01/mysql-cluster/data/data2
basedir=/u01/mysql-cluster
port=9307
server-id=2
log-bin

$ more conf/my3.cnf
[mysqld]
ndb-nodeid=6
ndbcluster=true
datadir=/u01/mysql-cluster/data/data3
basedir=/u01/mysql-cluster
port=9308
server-id=3
log-bin

初始化三个MySQL实例

script/mysql_install_db --basedir=/u01/mysql-cluster --datadir=/u01/mysql-cluster/data/data1
script/mysql_install_db --basedir=/u01/mysql-cluster --datadir=/u01/mysql-cluster/data/data2
script/mysql_install_db --basedir=/u01/mysql-cluster --datadir=/u01/mysql-cluster/data/data3

初始化管理节点

bin/ndb_mgmd --initial -f conf/config.ini --configdir=/u01/mysql-cluster

进入管理节点查看配置

$ bin/ndb_mgm
-- NDB Cluster -- Management Client --
ndb_mgm> help
---------------------------------------------------------------------------
 NDB Cluster -- Management Client -- Help
---------------------------------------------------------------------------
HELP                                   Print help text
HELP COMMAND                           Print detailed help for COMMAND(e.g. SHOW)
SHOW                                   Print information about cluster
CREATE NODEGROUP ,...          Add a Nodegroup containing nodes
DROP NODEGROUP                     Drop nodegroup with id NG
START BACKUP [NOWAIT | WAIT STARTED | WAIT COMPLETED]
START BACKUP [] [NOWAIT | WAIT STARTED | WAIT COMPLETED]
START BACKUP [] [SNAPSHOTSTART | SNAPSHOTEND] [NOWAIT | WAIT STARTED | WAIT COMPLETED]
                                       Start backup (default WAIT COMPLETED,SNAPSHOTEND)
ABORT BACKUP                Abort backup
SHUTDOWN                               Shutdown all processes in cluster
CLUSTERLOG ON [] ...         Enable Clus
 = ALERT | CRITICAL | ERROR | WARNING | INFO | DEBUG
 = STARTUP | SHUTDOWN | STATISTICS | CHECKPOINT | NODERESTART | CONNECTION
| INFO | ERROR | CONGESTION | DEBUG | BACKUP
    = 0 - 15
       = ALL | Any database node id

For detailed help on COMMAND, use HELP COMMAND.

ndb_mgm> show
Connected to Management Server at: localhost:1186
Cluster Configuration
---------------------
[ndbd(NDB)]     2 node(s)
id=2 (not connected, accepting connect from localhost)
id=3 (not connected, accepting connect from localhost)

[ndb_mgmd(MGM)] 1 node(s)
id=1    @localhost  (mysql-5.1.34 ndb-7.0.6)

[mysqld(API)]   3 node(s)
id=4 (not connected, accepting connect from localhost)
id=5 (not connected, accepting connect from localhost)
id=6 (not connected, accepting connect from localhost)

初始化数据节点

bin/ndbd --initial -c localhost:1186
2009-06-21 23:13:19 [ndbd] INFO     -- Configuration fetched from 'localhost:1186', generation: 1
bin/ndbd --initial -c localhost:1186
2009-06-21 23:13:50 [ndbd] INFO     -- Configuration fetched from 'localhost:1186', generation: 1

启动SQL节点

bin/mysqld --defaults-file=conf/my1.cnf&
[1] 17843
 090621 23:14:36 [Warning] No argument was provided to --log-bin,
and --log-bin-index was not used; so replication may break when this MySQL server acts as a master
and has his hostname changed!! Please use '--log-bin=test-bin' to avoid this problem.
InnoDB: The first specified data file ./ibdata1 did not exist:
InnoDB: a new database to be created!
090621 23:14:36  InnoDB: Setting file ./ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
090621 23:14:36  InnoDB: Log file ./ib_logfile0 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
090621 23:14:36  InnoDB: Log file ./ib_logfile1 did not exist: new to be created
InnoDB: Setting log file ./ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
090621 23:14:36  InnoDB: Started; log sequence number 0 0
090621 23:14:36 [Note] NDB: NodeID is 4, management server 'localhost:1186'
090621 23:14:37 [Note] NDB[0]: NodeID: 4, all storage nodes connected
090621 23:14:37 [Note] Starting Cluster Binlog Thread
090621 23:14:37 [Note] Event Scheduler: Loaded 0 events
090621 23:14:37 [Note] bin/mysqld: ready for connections.
Version: '5.1.34-ndb-7.0.6-cluster-gpl-log'  socket: '/tmp/mysql.sock'
port: 9306  MySQL Cluster Server (GPL)
090621 23:14:38 [Note] NDB Binlog: Ndb tables initially read only.
090621 23:14:38 [Note] NDB: Creating mysql.ndb_schema
090621 23:14:38 [Note] NDB Binlog: CREATE TABLE Event: REPL$mysql/ndb_schema
090621 23:14:38 [Note] NDB Binlog: logging ./mysql/ndb_schema (UPDATED,USE_WRITE)
090621 23:14:38 [Note] NDB: Creating mysql.ndb_apply_status
090621 23:14:39 [Note] NDB Binlog: CREATE TABLE Event: REPL$mysql/ndb_apply_status
090621 23:14:39 [Note] NDB Binlog: logging ./mysql/ndb_apply_status (UPDATED,USE_WRITE)
2009-06-21 23:14:39 [NdbApi] INFO     -- Flushing incomplete GCI:s < 20/3
2009-06-21 23:14:39 [NdbApi] INFO     -- Flushing incomplete GCI:s < 20/3
090621 23:14:39 [Note] NDB Binlog: starting log at epoch 20/3
090621 23:14:39 [Note] NDB Binlog: ndb tables writable

bin/mysqld --defaults-file=conf/my2.cnf&
bin/mysqld --defaults-file=conf/my3.cnf&

查看cluster

bin/ndb_mgm
-- NDB Cluster -- Management Client --
ndb_mgm> show
Connected to Management Server at: localhost:1186
Cluster Configuration
---------------------
[ndbd(NDB)]     2 node(s)
id=2    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6, Nodegroup: 0, Master)
id=3    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6, Nodegroup: 0)

[ndb_mgmd(MGM)] 1 node(s)
id=1    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6)

[mysqld(API)]   3 node(s)
id=4    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6)
id=5    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6)
id=6    @127.0.0.1  (mysql-5.1.34 ndb-7.0.6)

创建测试表

bin/mysql -uroot -h localhost -P 9306  --socket=/tmp/mysql.sock
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.1.34-ndb-7.0.6-cluster-gpl-log MySQL Cluster Server (GPL)

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

root@(none) 11:21:24>use test
Database changed
root@test 11:21:26>create table test_ndb(i int,a varchar(20),primary key(i)) engine=ndb;
090621 23:22:32 [Note] NDB Binlog: CREATE TABLE Event: REPL$test/test_ndb
090621 23:22:32 [Note] NDB Binlog: logging ./test/test_ndb (UPDATED,USE_WRITE)
090621 23:22:32 [Note] NDB Binlog: DISCOVER TABLE Event: REPL$test/test_ndb
090621 23:22:32 [Note] NDB Binlog: DISCOVER TABLE Event: REPL$test/test_ndb
090621 23:22:32 [Note] NDB Binlog: logging ./test/test_ndb (UPDATED,USE_WRITE)
090621 23:22:32 [Note] NDB Binlog: logging ./test/test_ndb (UPDATED,USE_WRITE)
Query OK, 0 rows affected (1.10 sec)

root@test 11:22:32>insert into test_ndb values(1,'NinGoo');
Query OK, 1 row affected (0.02 sec)

[mysql@dbconsole mysql-cluster]$ ls -l data/data1/test
total 12
-rw-rw----  1 mysql dba 8578 Jun 21 23:22 test_ndb.frm
-rw-rw----  1 mysql dba    0 Jun 21 23:22 test_ndb.ndb
[mysql@dbconsole mysql-cluster]$ ls -l data/data2/test
total 12
-rw-rw----  1 mysql dba 8578 Jun 21 23:22 test_ndb.frm
-rw-rw----  1 mysql dba    0 Jun 21 23:22 test_ndb.ndb
[mysql@dbconsole mysql-cluster]$ ls -l data/data3/test
total 12
-rw-rw----  1 mysql dba 8578 Jun 21 23:22 test_ndb.frm
-rw-rw----  1 mysql dba    0 Jun 21 23:22 test_ndb.ndb

$ bin/mysql -uroot -P 9307 --socket=/tmp/mysql.sock
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.1.34-ndb-7.0.6-cluster-gpl-log MySQL Cluster Server (GPL)

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

root@(none) 11:24:38>use test
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
root@test 11:24:41>select * from test_ndb;
+---+--------+
| i | a      |
+---+--------+
| 1 | NinGoo |
+---+--------+
1 row in set (0.02 sec)

要了解oracle体系结构必须先了解两个基本的概念: 数据库和实例.

一 数据库

数据库(database)是一个数据集合.

无论数据库是采用关系结构还是面向对象结构, oracle数据库都将

其数据存放在数据文件中. 在其内部, 数据库结构数据对文件的逻辑

映射, 使不同的数据分开存储, 这些逻辑划分称为表空间.

表空间和文件介绍:

1: 表空间

表空间(tablespace)是数据库的逻辑划分, 每个数据库至少有一个表空间,叫做系统表空间(system 表空间). 一个表空间只能属于一个数据库。

每个表空间由同一个磁盘上的一个或多个文件组成, 这些文件称为数据文件.

表空间的特性:

(1)控制数据库数据磁盘分配

(2)限制用户在表空间中可以使用的磁盘空间大小

(3)表空间具有 online, offline, readonly, readwrite属性

修改表空间的属性:

SQL> alter tablespace 表空间名称 属性;
查询表空间状态:
SQL> select tablespace_name, status from dba_tablespaces;

注意: system, undo, temp表空间不能设为offline属性.

(4)完成部分数据库的备份与恢复

(5)表空间通过数据文件来扩大, 表空间的大小等于构成该表空间的所以数据文件的大小只和.

查询表空间与数据文件对应关系:

SQL> select tablespace_name, bytes, file_name from dba_data_files;

基于表空间的几个操作:

(1)查询用户缺省表空间:
SQL> select username, default_tablespace from dba_users;
(2)查询表与存储该表的表空间:
SQL> select table_name, tablespace_name from user_tables;
(3)修改用户缺省表空间:
SQL> alter user username default tablespace tablespace_name;
(4)将数据从一个表空间移动到另一个表空间:
SQL> alter table table_name move tablespace tablespace_name;

2.数据文件

每个表空间由同一个磁盘上的一个或多个文件组成, 这些文件叫做数据文件(datafile),数据文件只能属于一个表空间. 数据文件创建后可以改变大小. 创建新的表空间需要创建新的数据文件. 数据文件一旦加入到表空间中, 就不能从表空间中移走, 也不能与其他表空间发生联系。


数据库必须的三类文件是 data file, control file, redolog file. 其他文件 prameter file,password file, archived log files并不是数据库必须的, 他们只是辅助数据库的。

查看数据库的物理文件组成:

(1)查看数据文件: SQL> select * from v$datafile;
(2)查看控制文件: SQL> select * from v$controlfile;
(3)查看日志文件: SQL> select * from v$logfile;

二: 实例

通俗的讲实例就是操作oracle数据库的一种手段.

数据库实例也称作服务器, 是用来访问数据库文件集的存储结构及后台进程的集合.

一个数据库可以被多个实例访问(称为真正的应用群集选项).

决定实例的大小及组成的各种参数或者存储在名称init.ora的初始化文件中, 或者隐藏

在数据库内部的服务器参数文件中. 通过spfile引用该文件, spfile存储在spfile.ora文件中.

实例启动时读取初始化文件, 数据库系统管理员可以修改该文件, 对初始化文件的修改只有在下次启动时才有效。

Instance分为两部分:

1: memory structure(内存结构)

memory structure分为两部分:SGA(System Global Area)区是用于存储数据库信息的内存区，该信息为数据库进程所共享。它包含Oracle 服务器的数据和控制信息, 它是在Oracle 服务器所驻留的计算机的实际内存中得以分配，如果实际内存不够再往虚拟内存中写。

包括:

.share pool
.datafase buffer cache
.redo log buffer
.other structures

PGA(Program Global Area)区包含单个服务器进程或单个后台进程的数据和控制信息，与几个进程共享的SGA 正相反PGA 是只被一个进程使用的区域，PGA 在创建进程时分配在终止进程时回收。

2: background process(后台进程)

包括:

.PMON 负责在一个Oracle 进程失败时清理资源

.SMON 检查数据库的一致性如有必要还会在数据库打开时启动数据库的恢复

.DBWR 负责将更改的数据从数据库缓冲区高速缓存写入数据文件

.LGWR 将重做日志缓冲区中的更改写入在线重做日志文件

.CKPT 负责在每当缓冲区高速缓存中的更改永久地记录在数据库中时,更新控制文件和数据文件中的数据库状态信息。

　　%sqlplus /nolog (启动sqlplus)

　　SQL> conn / as sysdba (以DBA身份连接数据库)

　　SQL> shutdown immediate; (立即关闭数据库)

　　SQL> startup mount (启动实例并加载数据库，但不打开)

　　SQL> alter database archivelog; (更改数据库为归档模式)

　　SQL> alter database open; (打开数据库)

　　SQL> alter system archive log start; (启用自动归档)

　　SQL> exit (退出)

2、连接：

　　%rman target=sys/password@mydb (启动恢复管理器)

3、基本设置：

　　RMAN> configure default device type to disk; (设置默认的备份设备为磁盘)

　　RMAN> configure device type disk parallelism 2; (设置备份的并行级别，通道数)

　　RMAN> configure channel 1 device type disk fromat '/backup1/backup_%U';
(设置备份的文件格式，只适用于磁盘设备)

RMAN> configure channel 2 device type disk fromat '/backup2/backup_%U';
(设置备份的文件格式，只适用于磁盘设备)

　　RMAN> configure controlfile autobackup on;
(打开控制文件与服务器参数文件的自动备份)

　　RMAN> configure controlfile autobackup format for device type disk to '/backup1/ctl_%F';
(设置控制文件与服务器参数文件自动备份的文件格式)

4、查看所有设置：

　　RMAN> show all

5、查看数据库方案报表：

　　RMAN> report schema;

6、备份全库：

　　RMAN> backup database plus archivelog delete input;
(备份全库及控制文件、服务器参数文件与所有归档的重做日志，并删除旧的归档日志)

7、备份表空间：

RMAN> backup tablespace system plus archivelog delete input;
(备份指定表空间及归档的重做日志，并删除旧的归档日志)

8、备份归档日志：

　　RMAN> backup archivelog all delete input;

9、复制数据文件：

　　RMAN> copy datafile 1 to '/oracle/dbs/system.copy';

10、查看备份和文件复本：

　　RMAN> list backup;

11、验证备份：

　　RMAN> validate backupset 3;

12、从自动备份中恢复服务器参数文件：

　　RMAN> shutdown immediate; (立即关闭数据库)

　　RMAN> startup nomount; (启动实例)

　　RMAN> restore spfile to pfile '/backup1/mydb.ora' from autobackup;
(从自动备份中恢复服务器参数文件)

13、从自动备份中恢复控制文件：

　　RMAN> shutdown immediate; (立即关闭数据库)

　　RMAN> startup nomount; (启动实例)

　 RMAN> restore controlfile to '/backup1' from autobackup;
(从自动备份中恢复控制文件)

14、恢复和复原全数据库：

   RMAN> shutdown immediate； （立即关闭数据库）

    RMAN> exit （退出）

    %mv /oracle/dbs/tbs_12.f /oracle/dbs/tbs_12.bak （将数据文件重命名）

    %mv /oracle/dbs/tbs_13.f /oracle/dbs/tbs_13.bak （将数据文件重命名）

    %mv /oracle/dbs/tbs_14.f /oracle/dbs/tbs_14.bak （将数据文件重命名）

    %mv /oracle/dbs/tbs_15.f /oracle/dbs/tbs_15.bak （将数据文件重命名）

    %rman target=rman/rman@mydb （启动恢复管理器）

    RMAN> startup pfile=/oracle/admin/mydb/pfile/initmydb.ora
（指定初始化参数文件启动数据库）

    RMAN> restore database； （还原数据库）

    RMAN> recover database； （恢复数据库）

    RMAN> alter database open； （打开数据库）

15、恢复和复原表空间：

    RMAN> sql 'alter tablespace users offline immediate'； （将表空间脱机）

    RMAN> exit （退出恢复管理器）

    %mv /oracle/dbs/users01.dbf /oracle/dbs/users01.bak （将表空间重命名）

    %rman target=rman/rman@mydb （启动恢复管理器）

    RMAN> restore tablespace users； （还原表空间）

    RMAN> recover tablespace users； （恢复表空间）

    RMAN> sql 'alter tablespace users online'； （将表空间联机）

16、增量备份与恢复：

    第一天的增量基本备份：

    RMAN> backup incremental level=0 database plus archivelog delete input；

    第二天的增量差异备份：

    RMAN> backup incremental level=2 database plus archivelog delete input；

    第三天的增量差异备份：

    RMAN> backup incremental level=2 database plus archivelog delete input；

    第四天的增量差异备份：

    RMAN> backup incremental level=1 database plus archivelog delete input；

    第五天的增量差异备份：

    RMAN> backup incremental level=2 database plus archivelog delete input；

    第六天的增量差异备份：

    RMAN> backup incremental level=2 database plus archivelog delete input；

    第七天的增量差异备份：

    RMAN> backup incremental level=0 database plus archivelog delete input；

    增量恢复：

    RMAN> shutdown immediate；

    RMAN> exit

    %mv /oracle/dbs/tbs_12.f /oracle/dbs/tbs_12.bak

    %mv /oracle/dbs/tbs_13.f /oracle/dbs/tbs_13.bak

    %mv /oracle/dbs/tbs_14.f /oracle/dbs/tbs_14.bak

    %mv /oracle/dbs/tbs_15.f /oracle/dbs/tbs_15.bak

    %rman target=rman/rman@mydb

    RMAN> startup pfile=/oracle/admin/mydb/pfile/initmydb.ora

    RMAN> restore database；

    RMAN> recover database；

    RMAN> alter database open.（e129）on.htm

    simulator/doc/license_keys.htm

    simulator/doc/sdk.style.css

    simulator/doc/davehitzforeword.htm

    simulator/doc/faq.htm

    simulator/doc/troubleshooting.htm

    simulator/license.htm

    simulator/readme.htm

    simulator/runsim.sh

    simulator/setup.sh

    simulator/sim.tgz

　　1.启动oracle server.

　　startup[nomount|mount|open][force][pfile=filename]

　　参数说明：

　　nomount：只启动实例

　　mount：启动实例，并装载数据库

　　open：启动实例，装载并打开数据库。

　　force：终止实例，并重新启动数据库。(默认选项)

　　pfile：指定非默认参数文件名。

　　2.停止oracle server

　　shutdown [normal|transactional|immediate|abort]

　　参数说明：

　　normal：等待用户断开已存在连接，系统发出检查点，然后在同步数据文件、控制文

　　和重做日志文件之后关闭(默认选项)

　　transactional：等待客户端结束事务之后，自动断开用户连接，然后再执行normal。

　　immediate：取消当前所有sql语句，回退所有未完成事务，然后自动断开，再执行normal。

　　abort：终止所有sql语句，立即终止实例。不会发出检查点，所以也就不会去同步数据文件、控制文件和重做日志文件。

　　3. 总结和相关的一些脚本

　　a. 修改数据文件名、执行完全恢复、执行不完全恢复、改变日志操作模式时系统必须在启动实例并安装数据库的情况下startup mount;)

　　b. 创建数据库或创建控制文件时系统只处于启动实例状态(startup nomount;)

　　c. 显示sga尺寸(show sga或select * from v$sga)

　　d.显示当前正在运行的后台进程(select name from v$bgprocess where paddr != ‘00’)

　　e. 显示oracle server状态(select status from v$instance)

　　f. 显示初始化参数信息(select * from v$parameter);

　　g.显示物理文件(select * from v$controfile; select * from v$datafile; select * from v$logfile);

　　h. 部分数据字典试图：

　　all_objects, user_objects, dba_objects, user_source, user_segments,

　　user_tab_columns, user_constraints, all_users

　　i.为了客户应用可以访问oracle server，在服务器端需要配置listener.ora文件，在客户端需配置tnsnames.ora文件

　　第三章 控制文件

　　1.控制文件主要记载的信息:

　　数据库名称;数据库文件名称和位置;重做日志文件名称和位置;表空间名称;

　　当前日志序列号; 检查点信息; 日志历史信息。

　　2. 多元化控制文件

　　1. 关闭数据库

　　sqlplus/nolog;

　　connect system/admin@lgtest as sysdba;

　　shutdown immediate;

　　2. 复制控制文件

　　copy source controlfile to dest controlfile

　　例如：copy e:\oracle\oradata\lgtest\control01.ctl f:\controltest.ctl

　　3. 修改初始化参数control_files

　　control_files= e:\oracle\oradata\lgtest\control01.ctl, f:\controltest.ctl

　　4. 启动数据库

　　startup pfile= e:\oracle\admin\lgtest\pfile\ init.ora.108200317263

　　其作用：多元化控制文件后，只要有一个控制文件没有被损坏，把其它损坏的控制文件从初始化参数文件中去掉重启之后系统可以继续运行。

　　3. 重建控制文件的方法

　　1. 以nomount方式启动实例

　　sqlplus/nolog;

　　connect system/admin@lgtest as sysdba;

　　shutdown normal;

　　startup nomount pfile=%racle_home%\database\init.ora;

　　2. 建立控制文件

　　create controlfile reuse database lgtest resetlogs

　　logfile

　　group 1 ‘e:\oracle\oradata\lgtest\ redo01.log’ size 20m,

　　group 2 ‘e:\oracle\oradata\lgtest\ redo02.log’ size 20m

　　datafile

　　‘e:\oracle\oradata\lgtest\ system01.dbf’,

　　‘e:\oracle\oradata\lgtest\ undotbs01.dbf’

　　character set zhs16gbk;

　　3. 打开数据库

　　alter database open resetlogs;

　　4. 增加临时文件

　　a lter tablespace temp add tempfile ‘e:\oracle\oradata\lgtest\temp01.dbf’ reuse;

　　起作用：当控制文件都被损坏后，只要有全部的数据文件和重做日志文件，那么通过重建控制文件可以使系统继续运行。

___________________________________________________________________
方法二：
1、在sql server企业管理器里选中要转移的数据库，按鼠标右键，选所有任务->备份数据库。
备份 选数据库完全，
目的备份到按添加按钮
文件名在sql server服务器硬盘下输入一个自定义的备份数据库文件名(后缀一般是bak)
重写选重写现有媒体
最后按确定按钮。
如果生成的备份数据库文件大于1m，要用压缩工具压缩后再到internet上传输。

2、目的sql server数据库如果还没有此数据库，先创建一个新的数据库；
然后选中这个新创建的数据库，按鼠标右键，选所有任务->还原数据库
还原->从设备->选择设备->磁盘->添加（找到要导入的备份数据库文件名）->确定
还原备份集->数据库-完全
最后按确定按钮。完全的数据库导入成功了。
(如果在已经存在的sql server数据库上还原数据库可能遇到有还有其它人正在使用它而恢复操做失败，可以去看 ->管理->当前活动->锁/对象->找到数据库下锁的进程号->到查询分析器里用kill 进程号杀掉这些锁，然后再做还原)

3、这样恢复的数据库数据应该是完整的，但是用户名访问可能不正常
SQL Server数据库六种数据移动方法
本人从事的工作是数据库管理员，要维护多台服务器中的数据库，经常把某台服务器中的某个数据库移动到另外一台服务器，对数据的移动有些心得体会，希望和大家共同交流。

　　1. 通过工具DTS的设计器进行导入或导出DTS的设计器功能强大，支持多任务，也是可视化界面，容易操作，但知道的人一般不多，如果只是进行SQL Server数据库中部分表的移动，用这种方法最好，当然，也可以进行全部表的移动。在SQL Server Enterprise Manager中，展开服务器左边的+，选择数据库，右击，选择All tasks/Import Data...(或All tasks/Export Data...)，进入向导模式，按提示一步一步走就行了，里面分得很细，可以灵活的在不同数据源之间复制数据，很方便的。而且可以另存成DTS包，如果以后还有相同的复制任务，直接运行DTS包就行，省时省力。也可以直接打开DTS设计器，方法是展开服务器名称下面的Data Transformation Services，选Local Packages，在右边的窗口中右击，选New Package，就打开了DTS设计器。值得注意的是：如果源数据库要拷贝的表有外键，注意移动的顺序，有时要分批移动，否则外键主键，索引可能丢失，移动的时候选项旁边的提示说的很明白，或者一次性的复制到目标数据库中，再重新建立外键，主键，索引。

　　其实建立数据库时，建立外键，主键，索引的文件应该和建表文件分开，而且用的数据文件也分开，并分别放在不同的驱动器上，有利于数据库的优化。

　　2. 利用Bcp工具

　　这种工具虽然在SQL Server7的版本中不推荐使用，但许多数据库管理员仍很喜欢用它，尤其是用过SQL Server早期版本的人。Bcp有局限性，首先它的界面不是图形化的，其次它只是在SQL Server的表（视图）与文本文件之间进行复制，但它的优点是性能好，开销小，占用内存少，速度快。有兴趣的朋友可以查参考手册。

　　3. 利用备份和恢复

　　先对源数据库进行完全备份，备份到一个设备（device）上，然后把备份文件复制到目的服务器上（恢复的速度快），进行数据库的恢复操作，在恢复的数据库名中填上源数据库的名字（名字必须相同），选择强制型恢复（可以覆盖以前数据库的选项），在选择从设备中进行恢复，浏览时选中备份的文件就行了。这种方法可以完全恢复数据库，包括外键，主键，索引。

　　4. 直接拷贝数据文件

　　把数据库的数据文件（*.mdf）和日志文件（*.ldf）都拷贝到目的服务器，在SQL Server Query Analyzer中用语句进行恢复:

EXEC sp_attach_db @dbname = 'test',

@filename1 = 'd:\mssql7\data\test_data.mdf',

@filename2 = 'd:\mssql7\data\test_log.ldf'

　　这样就把test数据库附加到SQL Server中，可以照常使用。如果不想用原来的日志文件，可以用如下的命令：

EXEC sp_detach_db @dbname = 'test'

EXEC sp_attach_single_file_db @dbname = 'test',

@physname = 'd:\mssql7\data\test_data.mdf'

　　这个语句的作用是仅仅加载数据文件，日志文件可以由SQL Server数据库自动添加，但是原来的日志文件中记录的数据就丢失了。

　　5. 在应用程序中定制

　　可以在应用程序（PB、VB）中执行自己编写的程序，也可以在Query Analyzer中执行，这种方法比较灵活，其实是利用一个平台连接到数据库，在平台中用的主要时SQL语句，这种方法对数据库的影响小，但是如果用到远程链接服务器，要求网络之间的传输性能好，一般有两种语句：

1> select ... into new_tablename where ...

2> insert (into) old_tablename select ... from ... where ...

　　区别是前者把数据插入一个新表（先建立表，再插入数据），后者是把数据插入已经存在的一个表中，我个人喜欢后者，因为在编程的结构上，应用的范围上，第二条语句强于前者。

　　6. SQL Server的复制功能

　　SQL Server提供了强大的数据复制功能，也是最不易掌握的，具体应用请参考相关资料，值得注意的是要想成功进行数据的复制工作，有些条件是必不可少的：

1>SQL Server Agent必须启动，MSDTC必须启动。

2>所有要复制的表必须有主键。

3>如果表中有text或image数据类型，必须使用with log选项，不能使用with no_log选项。

另外max text repl size选项控制可以复制的文本和图像数据的最大规模，超过这个限制的操作将失败。

4>在要进行复制的计算机上，应该至少是隐含共享，即共享名是C$或D$…。

5>为SQL Server代理使用的Windows NT帐号不能是一个本地的系统帐号，因为本地的系统帐号不允许网络存取。

6>如果参与复制的服务器在另外的计算机域中，必须在这些域之间建立信任关系。

1.操作系统： failsafe系统局限于WINDOWS平台，必须配合MSCS（microsoft cluster server），而RAC最早是在UNIX平台推出的，目前已扩展至LINUX和WINDOWS平台，通过OSD（operating system dependent）与系统交互。对于高端的RAC应用，UNIX依然是首选的平台。

2.系统结构：FAILSAFE采用的是SHARE NOTHING结构，即采用若干台服务器组成集群，共同连接到一个共享磁盘系统，在同一时刻，只有一台服务器能够访问共享磁盘，能够对外提供服务。只要当此服务器失效时，才有另一台接管共享磁盘。RAC则是采用SHARE EVERYTHING，组成集群的每一台服务器都可以访问共享磁盘，都能对外提供服务。也就是说FAILSAFE只能利用一台服务器资源，RAC可以并行利用多台服务器资源。

3.运行机理：组成FAILSAFE集群的每台SERVER有独立的IP，整个集群又有一个IP，另外还为FAILSAFE GROUP分配一个单独的IP（后两个IP为虚拟IP，对于客户来说，只需知道集群IP，就可以透明访问数据库）。工作期间，只有一台服务器（preferred or owner or manager）对外提供服务，其余服务器(operator)成待命状，当前者失效时，另一服务器就会接管前者，包括FAILSAFE GROUP IP与CLUSTER IP，同时FAILSAFE会启动上面的DATABASE SERVICE，LISTENER和其他服务。客户只要重新连接即可，不需要做任何改动。对于RAC组成的集群，每台服务器都分别有自已的IP，INSTANCE等，可以单独对外提供服务，只不过它们都是操作位于共享磁盘上的同一个数据库。当某台服务器失效后，用户只要修改网络配置，如（TNSNAMES。ORA），即可重新连接到仍在正常运行的服务器上。但和TAF结合使用时，甚至网络也可配置成透明的。

4.集群容量：前者通常为两台，后者在一些平台上能扩展至8台。

5.分区：FAILSAFE数据库所在的磁盘必须是NTFS格式的，RAC则相对灵活，通常要求是RAW，然而若干OS已操作出了CLUSTER文件系统可以供RAC直接使用。

　　从以上分析可以看出，FAILSAFE较适合一个可靠性要求很高，应用相对较小，对高性能要求相对不高的系统，而RAC则更适合可靠性、扩展性、性能要求都相对较高的较大型的应用。另外要指出的是，用户不用象为获得RAC一样为FAILESAFE单独付费，它是FREE的。。。。。。

a、启动ORACLE系统
oracle>svrmgrl
SVRMGR>connect internal
SVRMGR>startup
SVRMGR>quit

b、关闭ORACLE系统
oracle>svrmgrl
SVRMGR>connect internal
SVRMGR>shutdown
SVRMGR>quit

启动oracle9i数据库命令：
$ sqlplus /nolog

SQL*Plus: Release 9.2.0.1.0 - Production on Fri Oct 31 13:53:53 2003

Copyright (c) 1982, 2002, Oracle Corporation.   All rights reserved.

SQL> connect / as sysdba  
Connected to an idle instance.
SQL> startup^C

SQL> startup
ORACLE instance started.

2、在双机环境下
要想启动或关闭ORACLE系统必须首先切换到root用户，如下
su － root

a、启动ORACLE系统
hareg －y oracle

b、关闭ORACLE系统
hareg －n oracle

Oracle数据库有哪几种启动方式

说明：

有以下几种启动方式：
1、startup nomount
非安装启动，这种方式启动下可执行：重建控制文件、重建数据库

读取init.ora文件，启动instance，即启动SGA和后台进程，这种启动只需要init.ora文件。

2、startup mount dbname
安装启动，这种方式启动下可执行：
数据库日志归档、
数据库介质恢复、
使数据文件联机或脱机，
重新定位数据文件、重做日志文件。

执行“nomount”，然后打开控制文件，确认数据文件和联机日志文件的位置，
但此时不对数据文件和日志文件进行校验检查。

3、startup open dbname
先执行“nomount”，然后执行“mount”，再打开包括Redo log文件在内的所有数据库文件，
这种方式下可访问数据库中的数据。

4、startup，等于以下三个命令
startup nomount
alter dataｂａｓｅ mount
alter dataｂａｓｅ open

5、startup restrict
约束方式启动
这种方式能够启动数据库，但只允许具有一定特权的用户访问
非特权用户访问时，会出现以下提示：
ERROR：
ORA-01035: ORACLE 只允许具有 RESTRICTED SESSION 权限的用户使用

6、startup force
强制启动方式
当不能关闭数据库时，可以用startup force来完成数据库的关闭
先关闭数据库，再执行正常启动数据库命令

7、startup pfile=参数文件名
带初始化参数文件的启动方式
先读取参数文件，再按参数文件中的设置启动数据库
例：startup pfile=E:Oracleadminoradbpfileinit.ora

8、startup EXCLUSIVE
二、用户如何有效地利用数据字典
   　ORACLE的数据字典是数据库的重要组成部分之一，它随着数据库的产生而产生, 随着数据库的变化而变化,
体现为sys用户下的一些表和视图。数据字典名称是大写的英文字符。

     数据字典里存有用户信息、用户的权限信息、所有数据对象信息、表的约束条件、统计分析数据库的视图等。
我们不能手工修改数据字典里的信息。

　　很多时候，一般的ORACLE用户不知道如何有效地利用它。

　　dictionary　　　全部数据字典表的名称和解释，它有一个同义词dict
     dict_column　　 全部数据字典表里字段名称和解释

     如果我们想查询跟索引有关的数据字典时，可以用下面这条SQL语句:

     SQL>select * from dictionary where instr(comments,'index')>0;

     如果我们想知道user_indexes表各字段名称的详细含义，可以用下面这条SQL语句:

     SQL>select column_name,comments from dict_columns where table_name='USER_INDEXES';

     依此类推，就可以轻松知道数据字典的详细名称和解释，不用查看ORACLE的其它文档资料了。

     下面按类别列出一些ORACLE用户常用数据字典的查询使用方法。

     1、用户

             查看当前用户的缺省表空间
             SQL>select username,default_tablespace from user_users;

         查看当前用户的角色
         SQL>select * from user_role_privs;

         查看当前用户的系统权限和表级权限
         SQL>select * from user_sys_privs;
         SQL>select * from user_tab_privs;

     2、表

             查看用户下所有的表
             SQL>select * from user_tables;

             查看名称包含log字符的表
             SQL>select object_name,object_id from user_objects
                 where instr(object_name,'LOG')>0;

             查看某表的创建时间
             SQL>select object_name,created from user_objects where object_name=upper('&table_name');

             查看某表的大小
             SQL>select sum(bytes)/(1024*1024) as "size(M)" from user_segments
                 where segment_name=upper('&table_name');

             查看放在ORACLE的内存区里的表
             SQL>select table_name,cache from user_tables where instr(cache,'Y')>0;

     3、索引

             查看索引个数和类别
             SQL>select index_name,index_type,table_name from user_indexes order by table_name;

             查看索引被索引的字段
             SQL>select * from user_ind_columns where index_name=upper('&index_name');

             查看索引的大小
             SQL>select sum(bytes)/(1024*1024) as "size(M)" from user_segments
                 where segment_name=upper('&index_name');

     4、序列号

             查看序列号，last_number是当前值
             SQL>select * from user_sequences;

文件中调整。
　　数据库系统运行一段时间后有很多参数需要调整，有些参数可$ORACLE_HOME/dbs/initXXX.ora文件中调整，而有些参数必须要在ORACLE的

控制文件中调整。如ORACLE的缺省数据文件个数为30个，在系统需要扩表空间而数据文件个数不够时就需要进行调整。

　　一种方法是将所有数据全倒出来，重建库，再将数据倒进出。这种方法较麻烦。

　　二种方法是只重建控制文件，因为数据文件个数的限制参数存放在控制文件中。

　　以下是一种较好的重建控制文件的方法:

　　1. 备份数据库中的数据，以防不测。

　　2. svrmgrl

　　3. svrmgrl>connect internal

　　4. svrmgrl>alter database backup controlfile to trace; 备份控制文件

　　5. 在/home/oracle//admin/ora7/udump下可找到最新生成的TRACE文件，假设为ora_15269.trc，此文件就包含了当前控制文件的参数及生

成语法。

　　6. 提取ora_15269.trc中有关控制文件生成的语句另存为creatctl.sql。

　　7. creatctl.sql的内容为:

　　STARTUP NOMOUNT

　　CREATE CONTROLFILE REUSE DATABASE "ORA7" NORESETLOGS NOARCHIVELOG

　　MAXLOGFILES 32

　　MAXLOGMEMBERS 2

　　MAXDATAFILES 50

　　MAXINSTANCES 8

　　MAXLOGHISTORY 800

　　LOGFILE

　　GROUP 1 '/dev/vg00/roraredoa1' SIZE 500K,

　　GROUP 2 '/dev/vg00/roraredoa2' SIZE 500K,

　　GROUP 3 '/dev/vg00/roraredoa3' SIZE 500K

　　DATAFILE

　　'/dev/vg00/rorasys',

　　'/dev/vg00/rorarbs',

　　'/dev/vg00/roratemp',

　　'/dev/vg00/roratools',

　　'/dev/vg00/rorauser'

　　;

　　8. 可按自己的需要编辑creatctl.sql中的参数，如maxdatafiles、maxinstances等。

　　9. svrmgrl

　　10. svrmgrl>connect internal

　　11. svrmgrl>shutdown immediate

　　12. svrmgrl>@creatctl.sql

　　13. svrmgrl>alter database open;

　　此时数据库已按新的参数运行。