mysql 存储引擎
这段时间在看《High Performance MySQL》，看到存储引擎这个地方感到很多细节比较陌生，所以总结小记一些
为了适应各种不同的运行环境，MYSQL提供了多种不同的存储引擎（Storage Engine
）,在应用程序开发这个层面上，开发者可以根据不同的需求选择适合的Storage Engine
方案，更为灵活的是，你可以根据每张表将要存储数据的特点，选择不同的Storage
Engine,也就是说，在一个MYSQL数据库中，可以混合使用多种不同的Storage Engine
首先小瞥一下MySQL的体系结构，在最高抽象层度下，可以用Garlan & Shaw的分层结构体系来表示（左）
其中应用层为所有RDBMS用户提供用户接口，逻辑层包括了所有核心功能的实现，物理层则负责将数据存储在硬件设备上。
图中右侧更为具体的描述了逻辑层的组成，查询处理子系统、事务管理子系统、恢复管理子系统和存储管理子系统共同组成了MySQL的逻辑层。相信
Storage Engine的位置是在Storage Management处，既Storage Engine属于Storage
Management子系统的一部分
为了让思路更清晰一些，下面给出一幅比较全面的体系结构图（或更确切的说是流程图，只是忽略了反馈）
上面三幅图来自于一篇非官方（不保证百分百的正确）的MySQL体系结构的报告，与《High Performance
MySQL》一书中给出的MySQL大体结构（下图,基本对应于Logic Layer，从第一幅图右侧可以看出MySQL logic
layer同样遵从分层体系结构）还是比较吻合的。
连接上图中第二层和第三层之间的接口是并不针对任何存储引擎的单一API,.大概由20个基本的类似“启动事务，返回结果集”等函数组成。存储引擎并不处理SQL，相互之间也不通信，它们的任务只是简单的响应高层传来的请求。
存储引擎各自的一些特点
上面提到的四种存储引擎都有各自适用的环境，这取决于它们独有的一些特征。主要体现在性能、事务、并发控制、参照完整性、缓存、 故障恢复，备份及回存等几个方面
目前比较普及的存储引擎是MyISAM和InnoDB.而MyISAM又是绝大部分Web应用的首选。MyISAM与InnoDB的主要的不同点在于性能和事务控制上。
MyISAM是早期ISAM(Indexed Sequential Access
Method,我现在用的MySQL5.0已经不支持ISAM了）的扩展实现，ISAM被设计为适合处理读频率远大于写频率这样一种情况，因此ISAM以
及后来的MyISAM都没有考虑对事物的支持，排除了TPM，不需要事务记录，ISAM的查询效率相当可观，而且内存占用很少。MyISAM在继承了这类
优点的同时，与时俱
相关文档：
（1）启动
MySQL安装完成后启动文件mysql在/etc/init.d目录下，在需要启动MySQL服务时运行下面命令即可。 [root@test1 init.d]# /etc/init.d/mysql start
（2）停止
/usr/bin/mysqladmin -u root -p shutdown
（3）设置MySQL自动启动
1）察看mysql是否在自� ......
今天和一位架构师聊了一些问题，很偶然的说出了一个事情，我比较感兴趣于是记录一下：
1：我们都知道mysql下 的INNODB和MYISAM两种引擎，其中INNODB具有事物管理。所以INNODB下操作和MYISAM下操作，单纯的从插入数据库上说，INNDODB的可靠，查询上说MYISAM的要快。
2：基于上面的特性，以及MYSQLjuyou的主从机制，我们可� ......
1006：MYSQL 创建数据库失败 ......
你可以创建一个文本文件“pet.txt”，每行包含一个记录，用定位符(tab)把值分开，并且以CREATE TABLE语句中列出的列次序给出。对于丢失的值(例如未知的性别，或仍然活着的动物的死亡日期)，你可以使用NULL值。为了在你的文本文件中表示这些内容，
使用\N（反斜线，字母N）。例如，Whistler鸟的记录应为(这里值之 ......
登录mysql slave服务器，执行show slave status命令，一般显示以下参数的状态；
Slave_IO_State: Waiting for master to send event
Master_Host:192.168.0.1
Master_User:repl_user
Master_Port:3306
Connect_Retry:60
Master_Log_File:mysql-bin.000010
Read_Master_Log_Pos:2562541
Relay_Log_File:mysql-r ......
