在MySQL Cluster集群，应用数据均保存在数据节点。因此不仅MySQL实例可以对其进行访问，通过NDB的API其他应用也可以访问数据。

　　利用这个特性，开发者可以实现以下功能：1.进行跨应用的复杂查询2.简单的Key/Value绕过SQL层实现快速读写3.微秒级的实时响应利用以上功能，通过灵活配置应用环境，可提高生产效率和灵活性，在不改动数据库结构的前提下，确保新服务快速投入使用。

　　实现SQL&NoSQL：选择正确的接口下面的图表显示了所有可用的数据库访问方法。 MySQL Cluster的原生API是基于NDB的C + +接口 .所有其他接口通过NDB API访问数据。

 　　在上图的最右侧，一个应用程序已经嵌入了NDB API库，使其能够使用原生的C + +接口中调用数据库，并因此提供尽可能低的延迟。

　　在上图的左侧，MySQL提供了一个标准SQL接口的数据节点，并可以连接所有标准的MySQ连接器包括：- 常见的Web开发语言和框架，即PHP，Perl，Python，Ruby， Ruby on Rails， Spring， Django等；- JDBC（也额外链接到ORMs，包括EclipseLink，Hibernate等）

　　- .NET- ODBC无论应用程序选择哪种API，最重要的是SQL和NoSQL的数据访问可以同时操作同一数据集，提供给开发人员无限制的灵活度。

　　因此，MySQL Cluster可能实时支持以下服务的任意组合：- 使用SQL API的关系查询；- 基于key/Value的Web服务，使用的REST / JSON和memcached的API；- 使用ClusterJ和JPA API的企业应用程序；- 目录服务使用LDAP API；- 使用NDB API实现基于位置的实时Web服务下图总结了每个API的功能和使用场景：

　　非模式数据使用memcached API存储作为MySQL Cluster7.2版本里程碑式更新的一部分，Oracle宣布支持memcached的Key/Value API， 允许绕过SQL层直接访问数据库。作为最新的NoSQL API，它广泛用于在世界各地的网络架构中，下面提供了一个更详细的功能介绍。

　　和memcached一样，MySQL Cluster在内存中缓存了分布式哈希表。利用这个功能增加对写密集型工作的支持，提供了一个完整的符合ACID关系模型，支持丰富的查询，自动共享，和99.999％的可用性，并具有丰富的管理和监控功能。

　　所有的写操作直接作用于MySQL Cluster，消除缓存失效和并通过数据一致性检查，确保数据库和缓存之间的同步。缓存和数据库中的重复数据被淘汰，使数据的简单重复跨多个应用，减少内存占用。

　　使用memcached的API，用户可以简化他们的架构，通过压缩缓存和将数据库层归并到MySQL Cluster管理的数据数，使他们能够：- 通过重新使用现有的memcached客户端保留其现有的投资和在memcached，而无需更改应用程序；- 对密集型应用提供更高的写入性能；- 简化向外扩展（无论是在memcached和MySQL Cluster层）；- 提高持续运行时间和可用性。

　　实现很简单 - 应用程序发送读取和写入到memcached的进程（使用标准memcached的API）。这反过来又调用NDB的Memcached的驱动程序。

　　该解决方案已被设计为非常灵活，允许应用架构师找到一个最适合他们配置的需求。它可能被定位在数据节点、应用的Memcached的API，或者在一个专门的memcached层。

　　开发人员仍然可以使用memcached服务器的高速缓存， 因此它是可以区别对待不同的数据，例如：- 读写频繁的数据保存在MySQL Cluster中；- 多读少写的数据缓存在memcached并备份在MySQL Cluster中；- 具有较短的生命周期，不需保存在MySQL Cluster的数据将仅存储在memcached.这种方法的好处是，用户可以通过表配置行为上的每一个关键前缀的基础上（在MySQL簇）和应用程序不必关心 - 它只是使用的memcached的API和依赖上软件存储在正确的位置（S）的数据，并保留一切同步。

　　默认情况下，每个键/值写入到相同的表每个键/值对存储在单行 从而使模式较少的数据存储。另外，开发人员可以定义一个关键的前缀，使每个价值与预先定义的列在一个特定的表。当然，如果应用程序需要通过SQL来访问相 同的数据，然后开发人员可以映射的键到现有的表列的前缀，使Memcached的访问已经存储在模式结构化数据MySQL簇。