MySQL优化全攻略－服务器参数调整

正确的编译方法固然重要，但它只是提高MySQL服务器性能工作的一部分。MySQL服务器的许多参数会影响服务器的性能表现，而且我们可以把这些参数保存到配置文件，使得每次MySQL服务器启动时这些参数都自动发挥作用。这个配置文件就是my.cnf。
　
　　 MySQL服务器提供了my.cnf文件的几个示例，它们可以在/usr/local/mysql/share/mysql/目录下找到，名字分别为my-small.cnf、my-medium.cnf、my-large.cnf以及my-huge.cnf。文件名字中关于规模的说明描述了该配置文件适用的系统类型。例如，如果运行MySQL服务器的系统内存不多，而且MySQL只是偶尔使用，那么使用my-small.cnf配置文件最为理想，这个配置文件告诉mysqld daemon使用最少的系统资源。反之，如果MySQL服务器用于支持一个大规模的在线商场，系统拥有2G的内存，那么使用mysql-huge.cnf最为合适。
　
　　 要使用上述示例配置文件，我们应该先复制一个最适合要求的配置文件，并把它命名为my.cnf。这个复制得到的配置文件可以按照如下三种方式使用：
全局：把这个my.cnf文件复制到服务器的/etc目录，此时文件中所定义的参数将全局有效，即对该服务器上运行的所有MySQL数据库服务器都有效。
　
局部：把这个my.cnf文件复制到[MYSQL-INSTALL-DIR]/var/将使该文件只对指定的服务器有效，其中[MYSQL-INSTALL-DIR]表示安装MySQL的目录。
　
用户：最后，我们还可以把该文件的作用范围局限到指定的用户，这只需把my.cnf文件复制到用户的根目录即可。
　
　　 那么，如何设置my.cnf文件中的参数呢？或者进一步说，哪些参数是我们可以设置的呢？所有这些参数都对MySQL服务器有着全局性的影响，但同时每一个参数都和MySQL的特定部分关系较为密切。例如，max_connections参数属于mysqld一类。那么，如何才能得知这一点呢？这只需执行如下命令：
% >/usr/local/mysql/libexec/mysqld --help

　　 该命令将显示出和mysqld有关的各种选项和参数。要寻找这些参数非常方便，因为这些参数都在“Possible variables for option --set-variable (-O) are”这行内容的后面。找到这些参数之后，我们就可以在my.cnf文件中按照如下方式设置所有这些参数：
set-variable = max_connections=100

　　 这行代码的效果是：同时连接MySQL服务器的最大连接数量限制为100。不要忘了在my.cnf文件[mysqld]小节加上一个set-variable指令，具体请参见配置文件中的示例
解决SQL2k降序索引上使用对比条件更新或删除的bug我在SQL server 2000 enterprise 和 personal 都试过了， 每次都这样。：(
详细情况看我的回贴：
SQl server 7.0 中的确没有问题， sql 2000 中（enterprise 和 personal版本都可以），
表要有聚簇索引，并且索引的顺序是降序，
例如 按下列DDL sql 建立的表
CREATE TABLE [AType] (
[AID] [int] NOT NULL ,
[name] [varchar(20)] NOT NULL ,
CONSTRAINT [PK_DateType] PRIMARY KEY CLUSTERED
([AID] DESC) ON [PRIMARY] ,
) ON [PRIMARY]
添一些数据后， AID 分别分布在1-100之间
INSERT INTO [AType] VALUES(1,'a')
INSERT INTO [AType] VALUES(50,'b')
INSERT INTO [AType] VALUES(100,'c')
做
select from atype where Aid < 50
go
delete from Atype where AID < 50
go
select from atype where Aid < 50
最后一句查询仍然有记录输出. :(
by 怡红公子
报告已经发送给MSSQL开发小组，他们承认这一错误。
在没有新的补丁出来之前，给出以下建议：
不要在单列上使用降序索引，因为这并没有在性能上带来好处，仅仅是省略了Order by field desc几个字而已，用qa的show plan看一下就知道了，不管有没有order by或者不管是asc还是desc，都没有这项开销的（在聚簇索引上）。
降序索引一般是用于复合索引的，这可能是这个bug出现的原因。
原文：
Note that there is no need to create a descending index on a single column because SQL Server can traverse
an ascending index backwards when appropriate. Descending is normally used only in composite indexes.
This is probably why the bug surfaces here

学mysql时间不长，数据库的操作无非也就的增加记录、查找记录删除记录和修改记录。
总结了以下一些命令，与大家共享：
连接命令：mysql -h[主机地址] -u[用户名] -p[用户密码]
创建数据库：create database [库名]
显示所有数据库: show databases;
打开数据库:use [库名]
当前选择的库状态:SELECT DATABASE();
创建数据表:CREATE TABLE [表名]([字段名] [字段类型]([字段要求]) [字段参数], ......);
显示数据表字段:describe 表名;
当前库数据表结构:show tables;
更改表格　
ALTER TABLE [表名] ADD COLUMN [字段名] DATATYPE
说明：增加一个栏位（没有删除某个栏位的语法。
ALTER TABLE [表名] ADD PRIMARY KEY ([字段名])
说明：更改表得的定义把某个栏位设为主键。
ALTER TABLE [表名] DROP PRIMARY KEY ([字段名])
说明：把主键的定义删除。
显示当前表字段:show columns from tablename;
删库:drop database [库名];
删表:drop table [表名]；
数据操作
添加：INSERT INTO [表名] VALUES('','',......顺序排列的数据);
查询: SELECT * FROM [表名] WHERE ([条件]);
建立索引:CREATE INDEX [索引文件名] ON [表名] ([字段名]);
删除：DELETE FROM [表名] WHERE ([条件]);
修改：UPDATE [表名] SET [修改内容如name = 'Mary'] WHERE [条件]；
导入外部数据文本:
1.执行外部的sql脚本
当前数据库上执行:mysql < input.sql
指定数据库上执行:mysql [表名] < input.sql
2.数据传入命令 load data local infile "[文件名]" into table [表名];
备份数据库：(dos下)
mysqldump --opt school>school.bbb

Microsoft&reg; SQL Server&#8482; 允许创建与称为链接服务器的 OLE DB 数据源的链接。在链接到 OLE DB 数据源之后，可以：
从 OLE DB 数据源引用行集，作为 Transact-SQL 语句中的表。
将命令传递给 OLE DB 数据源，并包含结果行集，作为 Transact-SQL 语句中的表。
　每个分布式查询都可以引用多个链接的服务器，而且可以对每个链接的服务器分别执行更新或读取操作。单个分布式查询可以对某些链接的服务器执行读取操作，并且对其它链接的服务器执行更新操作。通常情况下，每当某个事务可能更新多个链接服务器中的数据时，Microsoft SQL Server 都要求相应的 OLE DB 提供程序支持分布式事务。因此，链接服务器上所支持的查询类型取决于 OLE DB 提供程序中对事务的支持级别。OLE DB 为事务管理定义了两个可选的接口：
ITransactionLocal 支持 OLE DB 数据源中的本地事务。
ITransactionJoin 允许提供程序联结包含其它资源管理器的分布式事务。
所有支持 ITransactionJoin 的提供程序也都支持 ITransactionLocal。
如果在连接是自动提交模式时执行分布式查询，则应用以下规则：
对于不支持 ItransactionLocal 的提供程序，只允许执行读取操作。
对于支持 ITransactionLocal 的提供程序，允许执行所有更新操作。
主控 SQL Server 会自动调用每个参与更新操作的链接的服务器中的 ITransactionLocal，以启动本地事务，并在语句执行成功时提交或在语句执行失败时回滚。
如果分布式查询是针对分布式分区视图或者是在连接为显式或隐性事务时执行，则应用下列规则：
对于不支持 ITransactionJoin 的提供程序，只允许执行读取操作。不支持任何事务或只支持 ITransactionLocal 的提供程序不能参与更新操作。
如果 SET XACT_ABORT 设置为 ON，则对于支持 ITransactionJoin 的任意提供程序都允许执行所有的更新操作。主控 SQL Server 会自动调用每个参与更新操作的链接服务器中的 ITransactionJoin，以便在分布式事务中登记该服务器。然后当主控服务器表示要提交或回滚事务时，MS DTC 将提交或者回滚。
如果 SET XACT_ABORT 设置为 OFF，则链接服务器还必须支持嵌套事务，才能对其执行更新操作。当会话已经有一个现有事务时，如果提供程序支持调用 ITransactionLocal::StartTransaction，则支持嵌套事务。这使 SQL Server 得以回滚分布式查询中的单个语句，而不是回滚整个事务。
上述规则意味着提供程序的下列限制不支持嵌套事务：仅在 XACT_ABORT 选项设置为 ON 时，分布式事务中才允许更新操作。

拷贝的SQL Server 7数据库的恢复方法
在SQL Server 7中由于MS重新设计了数据库文件的存储方式，取消了新建设备再建数据库这一繁琐的过程。新的存储格式,一个数据库包括两个文件，mdf数据库文件和ldf日志文件。所以我们在重装机器备份时可以把你要备份的数据库的这两个文件拷贝出来，重新安装之后再恢复。
　　在SQL Server中提供了这种恢复方式的存储过程。
1.sp_attach_db [@dbname =] 'dbname',[@filename1 =] 'filename_n'
给系统添加一个数据库，在dbname指定数据库名称，filename＿n指定数据库的文件和日志文件。比如我有一个voogiya的库，停止SQL Server服务备份voogiya_data.mdf,voogiya_log.ldf，启动SQL server,删除掉这个库，然后再把这两上文件拷到sql server　DATA目录中，在Query Analyzer中执行如下语句：
EXEC sp_attach_db @dbname = N'voogiya',
@filename1 = N'd:mssql7datavoogiya_data.mdf',
@filename2 = N'd:mssql7datavoogiya_log.ldf'
就会把这个库加入到SQL Server Group中.
2.sp_attach_single_file_db [@dbname =] 'dbname',
[@physname =] 'physical_name'
这个命令和上面的功能一样，在physical_name中只要写上据库的物理文件名就可以了，日志文件SQL server会重新建立。这个存储过程的运行要先执行下面的存储过程：
sp_detach_db @dbname = 'dbname'
同样以上面的为例：
EXEC sp_detach_db @dbname = 'voogiya'
EXEC sp_attach_single_file_db @dbname = 'voogiya',
@physname = 'd:mssql7datavoogiya_data.mdf'

要注意执行以上存储过程的用户要在sysadmin中.
以上方法在windows Nt 4.0,service pack5,sql server 7.0上运行通过。