（1）内存数据库是把整个数据库放到内存中的吗？
（2）数据都在内存里面，那宕机或者断电了，数据不是没有了吗？
（3）据在内存是怎么存放的，还是按照页的方式吗，一行的大小有限制吗？
（4）内存数据库号称无锁式设计，SQL是如何处理并发冲突的呢？
相信这些疑问也是大家在思考内存数据库时经常遇到的难题，下文将为大家一一揭开这些问题的面纱，如有不对之处，还请各位看官帮我指出。
一、内存数据库是如何存储的，只放在内存吗？是把整个数据库放在内存吗？
答案：不是。
下面我想着重引用如下两个信息：
（1）内存数据库其实就是将指定的表放到内存中，而不是整个数据库；
（2）内存数据库用文件流的方式组织磁盘中的数据文件；
我再补充一个信息
（3）内存数据库的数据文件分data file和delta file，而且是成对出现；
1、内存数据库其实就是将指定的表放到内存中，而不是整个数据库；
从宋大侠的博客中可以知道，内存数据库的创建过程其实就是将表存放到内存中，而不是整个数据库。下图展示 了创建内存优化表的语法，红色框标注了内存与传统表创建时语法不相同的地方。
内存优化表不仅仅是把数据存放到内存中，要不然跟传统数据的缓存没有区别。在内存数据库中，内存优化表也叫为" natively compile memory-optimized tables"，翻译过来就是本地编译内存优化表，内存优化表在创建的同时被编译成本地机器代码装载到内存中，本地机器代码包含了能被CPU直接执行的机器指令，所以对内存优化表的访问和操作将非常快。
内存优化表分两类，持久性表和非持久性表，对持久性表的改动会记录日志，即使数据库重启，数据也不会丢失；对非持久性表的操作不会记录日志，这些操作结果只保留在内存中，数据库重启后数据会丢失。
上文只是介绍了新建一张表的情况，在正常的业务环境中我们不可能对一个业务系统数据库的每张表都去create，那对于已经存在的表，有没有配置方法呢？答案恐怕不太令人满意，目前SQL暂不支持迁移现有表到内存中，因此要想使用内存数据库，现有的业务数据表必须重新创建。
2、内存数据库用文件流的方式组织磁盘中的数据文件
在内存数据库中，磁盘上存储的数据文件不在是区、页的存储方式，而是基于文件流存储。文件流存储的一个特点之一就是支持快速的读操作，这在数据库重启时将文件流中的数据load到内存中时很能提高效率。
3、内存数据库的数据文件分data file和delta file，而且是成对出现；
内存数据库中插入、更新的数据和删除的数据物理分开存储的，分别用data file和delta file保存。
（1）Data file
Data file用来保存"插入"或者"更新"的数据行，data file中数据行的存储顺序严格按照事务执行的顺序组织，比如data file中第一行的数据来自于事务1，第二行数据来自于事务2，这两行可以是同一个表的数据，也可以是不同表的数据，取决于这两个连续的事务操作的内存优化表是否相同。 这种方式的好处是保证了磁盘IO的连续性，避免随机IO。
Data file的大小是固定的，为128MB，当一个data file被写满了后，SQL会自动新建一个data file。因为数据在data file中保存的顺序是按照事务的执行顺序进行的，所以一张表的数据行（来自多个事务）可能跨越了多个data file，当对多行进行更新操作时，写操作可以分配到多个文件上，并且同时进行，这样就可以加快更新的效率。（下文介绍delta file时会介绍）
如下图，一共有4个data files（浅蓝色），第一个data file的事务范围为100-200，第二个data file的事务范围为200-300……（100、200表示时间戳）
在Data file中，如果一行被删除或者更新了，这行不会从data file中移除，而是通过delta file（上图黄色框）来标记删除的行，（update的本质是delete和insert的集合，所以执行update时也会有删除的动作），这样可以消除不必要的磁盘IO。
如果data file的数据永不删除，那文件岂不是无限制的增大，以后备份不是得用很大的磁盘才行？当然不是，SQL在处理这个问题用到方法其实很简单——"合并"，根据合并策略，将多个data file和delta file合并起来，依据delta file的内容删除data file中的多余记录，然后将多个data file合并成一个文件，从而减小数据文件占用的磁盘空间大小。
（2） Delta file
每个data file都有一个与之匹配的Delta File，这个匹配是指事务范围上的匹配，两者记录的是同一段事务（包括一个或者多个事务）上的数据，Delta File中记录了data file中被删除行的标记，这个标记其实就是一个关联信息{inserting_tx_id, row_id, deleting_tx_id }。它跟data file一样，也是严格按照事务操作的顺序来保存删除的行的信息。
如上图，该内存数据库有5个data file，分别存放了事务范围在100-200、200-300、300-400、400-500及500的数据。如果有一个时间戳为501的事务需要删除时间戳为150、250、450的事务所产生的数据和增加一些新数据时，相应的IO请求就会被分配到第1、2、4的 delta file上和第5的data file上。删除操作可以分配到多个文件上，并且同时进行，这样就可以加快删除的效率。
