内存数据库有哪些场景，请教一个关于MySQL 内存数据库的问题

来源：整理时间：2024-07-08 11:59:30 编辑：黑码技术手机版

1，请教一个关于MySQL 内存数据库的问题

有一个表引擎叫内存表，你在新建时可以选择，或已有的表可以修改过去

看你需要的场景：1. 应用程序构造大量的链表，树等复杂的数据结构代码很多而且容易出错调试麻烦，特别是对C/C++这种语言2. 不得不说关系数据库的表达能力很强，代码量少，开发迅速，但是mysql等等在性能上比手写的数据结构慢了很多3. 我看到的内存数据库就是在这个场景下大有可为之地：有较高的性能需求，快速开发

请教一个关于MySQL 内存数据库的问题

2，redis主要解决什么问题

redis是内存数据库，访问速度非常快，所以能够解决的也都是这些缓存类型的问题，如下：1、会话缓存（Session Cache）最常用的一种使用Redis的情景是会话缓存（session cache）。用Redis缓存会话比其他存储（如Memcached）的优势在于：Redis提供持久化。当维护一个不是严格要求一致性的缓存时，如果用户的购物车信息全部丢失，大部分人都会不高兴的，现在，他们还会这样吗？幸运的是，随着 Redis 这些年的改进，很容易找到怎么恰当的使用Redis来缓存会话的文档。甚至广为人知的商业平台Magento也提供Redis的插件。2、全页缓存（FPC）除基本的会话token之外，Redis还提供很简便的FPC平台。回到一致性问题，即使重启了Redis实例，因为有磁盘的持久化，用户也不会看到页面加载速度的下降，这是一个极大改进，类似PHP本地FPC。再次以Magento为例，Magento提供一个插件来使用Redis作为全页缓存后端。此外，对WordPress的用户来说，Pantheon有一个非常好的插件 wp-redis，这个插件能帮助你以最快速度加载你曾浏览过的页面。3、队列Reids在内存存储引擎领域的一大优点是提供 list 和 set 操作，这使得Redis能作为一个很好的消息队列平台来使用。Redis作为队列使用的操作，就类似于本地程序语言（如Python）对 list 的 push/pop 操作。如果你快速的在Google中搜索“Redis queues”，你马上就能找到大量的开源项目，这些项目的目的就是利用Redis创建非常好的后端工具，以满足各种队列需求。例如，Celery有一个后台就是使用Redis作为broker，你可以从这里去查看。排行榜/计数器Redis在内存中对数字进行递增或递减的操作实现的非常好。集合（Set）和有序集合（Sorted Set）也使得我们在执行这些操作的时候变的非常简单，Redis只是正好提供了这两种数据结构。所以，我们要从排序集合中获取到排名最靠前的10个用户–我们称之为“user_scores”，我们只需要像下面一样执行即可：当然，这是假定你是根据你用户的分数做递增的排序。如果你想返回用户及用户的分数，你需要这样执行：ZRANGE user_scores 0 10 WITHSCORESAgora Games就是一个很好的例子，用Ruby实现的，它的排行榜就是使用Redis来存储数据的，你可以在这里看到。5、发布/订阅最后（但肯定不是最不重要的）是Redis的发布/订阅功能。发布/订阅的使用场景确实非常多。我已看见人们在社交网络连接中使用，还可作为基于发布/订阅的脚本触发器，甚至用Redis的发布/订阅功能来建立聊天系统！（不，这是真的，你可以去核实）。Redis提供的所有特性中，我感觉这个是喜欢的人最少的一个，虽然它为用户提供如果此多功能。等等？

redis主要解决什么问题

3，内存数据库主流的有哪些并给出各自特点

内存数据库从范型上可以分为关系型内存数据库和键值型内存数据库。在实际应用中内存数据库主要是配合oracle或mysql等大型关系数据库使用，关注性能。作用类似于缓存，并不注重数据完整性和数据一致性。基于键值型的内存数据库比关系型更加易于使用，性能和可扩展性更好，因此在应用上比关系型的内存数据库使用更多。比较FastDB、Memcached和Redis主流内存数据库的功能特性。 FastDB的特点包括如下方面： 1、FastDB不支持client-server架构因而所有使用FastDB的应用程序必须运行在同一主机上； 2、fastdb假定整个数据库存在于RAM中，并且依据这个假定优化了查询算法和接口。 3、fastdb没有数据库缓冲管理开销，不需要在数据库文件和缓冲池之间传输数据。 4、整个fastdb的搜索算法和结构是建立在假定所有的数据都存在于内存中的，因此数据换出的效率不会很高。 5、Fastdb支持事务、在线备份以及系统崩溃后的自动恢复。 6、fastdb是一个面向应用的数据库，数据库表通过应用程序的类信息来构造。 FastDB不能支持Java API接口，这使得在本应用下不适合使用FastDB。 Memcached Memcached是一种基于Key-Value开源缓存服务器系统，主要用做数据库的数据高速缓冲，并不能完全称为数据库。 memcached的API使用三十二位元的循环冗余校验（CRC-32）计算键值后，将资料分散在不同的机器上。当表格满了以后，接下来新增的资料会以LRU机制替换掉。由于 memcached通常只是当作缓存系统使用，所以使用memcached的应用程式在写回较慢的系统时（像是后端的数据库）需要额外的程序更新memcached内的资料。 memcached具有多种语言的客户端开发包，包括：Perl、PHP、JAVA、C、Python、Ruby、C#。 Redis Redis是一个高性能的key-value数据库。redis的出现，很大程度补偿了memcached这类keyvalue存储的不足，在部分场合可以对关系数据库起到很好的补充作用。它提供了C++、Java、Python，Ruby，Erlang，PHP客户端。

这里介绍一些大型的市场占有率比较高的内存数据库，也是业界响当当的—SAP HANA、Oracle Exalytics、Orale TimesTen、IBM SolidDB，可以说他们之间没有说是哪个最好，主要还是看使用的场景和具体的需求，各自特点如下： SAP HANA（High-Performance Analytic Appliance）是 SAP 公司于 2011 年推出的基于内存计算技术，面向企业分析性应用的产品。左图的系统架构示意图中可以看出， HANA 产品主要包括内存计算引擎和 HANA 建模工具两部分。它支持从 SAP 商务套件中同步更新业务数据，或者从 SAP BW（SAP 商务智能产品）和其他第三方数据源中批量导入数据，在 HANA 中进行运算后，提供给 SAP BI 客户端或者其他第三方展现工具进行分析和展现。 Oracle Exalytics 内存分析一体机是面向分析的集成设计系统，可以无限制提供最佳可视化分析和更智能的分析应用程序。如图所示， Oracle Exalytics 内存分析一体机的产品架构包括 3 个部分：内容分析硬件、内存分析软件和经过优化的 Oracle 商务智能基础套件（Oracle BI Foundation）。内存分析硬件部分是一台为基于内存计算的商务智能而特别优化的服务器，具有提供强劲计算能力的 40 核中央处理器，高达 1TB 的内存以及快速的网络. 内存分析软件部分的核心是 Oracle TimesTen 内存数据库。它是为 Exalytics 平台而特别优化的内存分析数据库，包括了很多 Oracle Exalytics 平台特有的功能。Oracle 商务智能基础套件部分受益于 Oracle Exalytics 内存分析一体机的大容量内存、处理器、并发处理能力、存储、网络、操作系统、内核和系统配置等，可以提供明显优于传统软件的查询响应性、用户可用性和 TCO。 Oracle 内存数据库TimesTen 是一个基于内存计算的关系数据库，提供了响应时间极短且吞吐量极高的应用程序，可满足各行业应用程序的需求。 TimesTen 是一个可嵌入到应用程序中的数据库，通过消除进程间通信和网络开销，进一步提高数据库操作的性能。Oracle 内存数据库 TimesTen 使用行级锁定和提交后读取 (committed-read) 隔离，通过事务日志记录与数据库检查点相结合实现了基于磁盘的持久性和可恢复性。TimesTen 通常与多用户和多线程应用程序一起部署，应用程序直接通过 JDBC、 ODBC、 Oracle 调用接口、 Pro*C/C++ 和Oracle PL/SQL 编程接口，使用标准SQL 访问TimesTen 数据库。若运行在不同服务器上的多个应用程序共享一个数据库时，则使用常规的客户端/服务器访问方式。 IBM solidDB 是一个内存数据库，专为获取极高的速度和可用性而进行优化。如图所示，IBM solidDB 既可以单独部署作为独立的数据库支持应用程序，也可以部署为其他关系型数据库的加速缓存以提高应用程序性能。solidDB Universal Cache 功能将这些数据库中存储的性能关键型数据缓存到solidDB Universal Cache 中，加快领先关系数据库的速度。solidDB Universal Cache 功能使用检查点和事务日志将数据持久保存在磁盘上，从而保持数据耐久性。有问题再追问吧。

内存数据库主流的有哪些并给出各自特点