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下 的INNODB和MYISAM两种引擎，其中INNODB具有事物管理。所以INNODB下操作和MYISAM下操作，单纯的从插入数据库上说，INNDODB的可靠，查询上说MYISAM的要快。
2：基于上面的特性，以及MYSQLjuyou的主从机制，我们可� ......
一、数字类型
所谓的“数字类”，就是指 DECIMAL 和
NUMERIC，它们是同一种类型。它严格的说不是一种数字类型，因为他们实际上是将数字以字符串形式保存的；他的值的每一位（包括小数点）占一个字节的存储空间，因此这种类型耗费空间比较大。但是它的一个突出的优点是小数的位数固定，在运算中不会“失 ......
http://blog.csdn.net/zhangwenzhe/archive/2008/05/22/2470529.aspx
在
MySQL 3.23.15
版本之后
,MySQL
提供了数据库复制的功能
,
可以实现两个数据库实时同步
,
增强了
MySQL
数据库的稳定性，而且可以在企业级应用的数据库层实现
Cluster
，不仅大大提高了
mysql
的安全性，同时还减轻了
DBA
大量的工� ......
假如我有个user表,我想查询符合某些条件的第50个用户开始的10个用户,且不能使用id号between and那样查询,应该怎么写SQL语句?
在mysql数据库中有limit,offset语句可以方便的实现,那么在SQL server中呢?SQL Server是否支持limit和offset语句呢?
select top 10 * from
(select top 60 * from [user] order by userid) a ......
作者：老王 三国演义开篇一语道破：合久必分！MySQL的使用亦是如此，面对应用中越来越庞大的数据量，最时髦的解决方案是Shard，不过它的复杂性并不是每个程序员都能驾驭的，如果把架构的演变比作生命的进化，那么Shard可以看做是哺乳动物，很多架构最后之所以失败，就是因为它们步子迈得太大，想从原始生命直接进化成哺乳� ......
