Mysql Innodb 引擎优化(
参数篇
作/译者：吴炳锡，来源：http://imysql.cn ＆ http://imysql.cn/blog/3208 转载请注明作/译者和出处，并且不能用于商业用途，违者必究。
介绍：
InnoDB给MySQL提供了具有提交，回滚和崩溃恢复能力的事务安全（ACID兼容）存储引擎。InnoDB锁定在行级并且也在SELECT语句提供一个Oracle风格一致的非锁定读。这些特色增加了多用户部署和性能。没有在InnoDB中扩大锁定的需要，因为在InnoDB中行级锁定适合非常小的空间。InnoDB也支持FOREIGN KEY强制。在SQL查询中，你可以自由地将InnoDB类型的表与其它MySQL的表的类型混合起来，甚至在同一个查询中也可以混合。
Innodb 的创始人：Heikki Tuuri
Heikki Tuuri在Ｉｎｎｏｄｂ的Ｂｕｇ社区里也是很活跃的，如果遇到Ｂｕｇ也可以直接提到社区，得到作者的解答。
为什么要学习Ｉｎｎｏｄｂ的调优：
目前来说：InnoDB是为Mysql处理巨大数据量时的最大性能设计。它的CPU效率可能是任何其它基于磁盘的关系数据库引擎所不能匹敌的。在数据量大的网站或是应用中Innodb是倍受青睐的。
另一方面，在数据库的复制操作中Innodb也是能保证master和slave数据一致有一定的作用。
参数调优内容：
1. 内存利用方面
2. 日值控制方面
3. 文件IO分配，空间占用方面
4. 其它相关参数
１.内存利用方面：
首先介绍一个Innodb最重要的参数：
innodb_buffer_pool_size
这个参数和MyISAM的key_buffer_size有相似之处，但也是有差别的。这个参数主要缓存innodb表的索引，数据，插入数据时的缓冲。为Innodb加速优化首要参数。
该参数分配内存的原则：这个参数默认分配只有8M，可以说是非常小的一个值。如果是一个专用ＤＢ服务器，那么他可以占到内存的70%-80%。这个参数不能动态更改，所以分配需多考虑。分配过大，会使Swap占用过多，致使Mysql的查询特慢。如果你的数据比较小，那么可分配是你的数据大小＋１０％左右做为这个参数的值。例如：数据大小为５０Ｍ,那么给这个值分配innodb_buffer_pool_size＝６４Ｍ
设置方法：
innodb_buffer_pool_size=4G
这个参数分配值的使用情况可以根据show innodb status\G;中的
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 4668764894;
去确认使用情况。
第二个：
innodb_additional_mem_pool：
作用：用来存放Innodb的内部目录
这个值不用分�
相关文档：
数据库目录是MySQL数据库服务器存放数据文件的地方，不仅包括有关表的文件，还包括数据文件和MySQL的服务器选项文件。不同的分发，数据库目录的缺省位置是不同的。
数据目录的位置
缺省的数据库位置
缺省数据库的位置编译在服务器中。
◆如果您是在一个源程序分发包中安装 MySQL，典型的缺省位置可能是 /usr/local/var ......
[硬件配置]
CPU : AMD2500+ (1.8G)
内存: 1G/现代
硬盘: 80G/IDE
[软件配置]
OS : Windows XP SP2
SE : PHP5.2.1
DB : MySQL5.0.37
Web: IIS6
[MySQL表结构]
CREATE TABLE `myisam` (
`id` int(11) NOT NULL auto_increment,
`name` varchar(100) default NULL,
`content` text,
&nbs ......
在数据库表中，对字段建立索引可以大大提高查询速度。假如我们创建了一个
mytable
表：
CREATE TABLE mytable(
ID INT NOT NULL,
username VARCHAR(16) NOT NULL
);
我们随机向里面插入了
10000
条记录，其中有一条：
5555, admin
。
在查找
username="admin"
的记录
SELECT * from mytable WH ......
最近别人在给我 sql 文件时简单的提了下 导入/导出 命令，在此基础上学习了下，总结到 myhere。
规定：
用户名：db_user
帐号： db_pass
数据库： db_name
表： table_name_1, table_name_2
说明： 一些操作需要有适当的权限。
1. ......
SQL #1: select * from uchome_feed where uid in('0',501...) order by dateline desc limit 0,50;
SQL #2: select * from uchome_feed where uid in(0,501...) order by dateline desc limit 0,50;
SQL #1 是CSDN 个人空间获取个人动态的SQL，属UCH原版SQL。
SQL #2 是去掉单引号(SQL #1中红色部分)后的SQL，两� ......
