为什么有些低端云主机（1CPU，4G内存）也提供SQLServer，这大型数据库，能运行吗

启动SQLServer不占资源，消耗随数据规模和连接数增加出国游不一定花很多钱。以前有一本书，介绍500元穷游欧洲16国。几千元算比较好的预算了，穷游富游都有对应的方案。同样，500M内存就能够启动SQLServer了（早期版本更省内存）。

一、为什么有些低端云主机（1CPU，4G内存）也提供SQLServer

启动SQLServer不占资源，消耗随数据规模和连接数增加

出国游不一定花很多钱。以前有一本书，介绍500元穷游欧洲16国 。几千元算比较好的预算了，穷游富游都有对应的方案。

同样，500M内存就能够启动SQLServer了（早期版本更省内存），1G完全可以跑小型的程序。4G的话，已经是一个不错的配置了。只要并发不大（未达到瓶颈），都可以完美运行。 通常大多数内存会被其他应用、服务和缓存占了，SQL实际占用的内存不多。

延伸阅读：

二、Memcached内存管理机制

Memcached默认使用Slab Allocation机制管理内存，其主要思想是按照预先规定的大小，将分配的内存分割成特定长度的块以存储相应长度的key-value数据记录，以完全解决内存碎片问题。Slab Allocation机制只为存储外部数据而设计，也就是说所有的key-value数据都存储在Slab Allocation系统里，而Memcached的其它内存请求则通过普通的malloc/free来申请，因为这些请求的数量和频率决定了它们不会对整个系统的性能造成影响Slab Allocation的原理相当简单。 如图所示，它首先从操作系统申请一大块内存，并将其分割成各种尺寸的块Chunk，并把尺寸相同的块分成组Slab Class。其中，Chunk就是用来存储key-value数据的最小单位。每个Slab Class的大小，可以在Memcached启动的时候通过制定Growth Factor来控制。假定图中Growth Factor的取值为1.25，如果名列前茅组Chunk的大小为88个字节，第二组Chunk的大小就为112个字节，依此类推。