Oracle+TimesTen深入内存数据库.ppt

TimesTen 历史 1992 – 起源于惠普实验室研究项目 针对电信网络应用的内存数据库研究 1996 – TimesTen 公司成立 核心成员都来自HP实验室原来成员 第一个商业版本产生 (TimesTen 2.0) 1999 – 在英国商业运作 2001 – 增加Cache Connect功能 2005 – 由Oracle收购 11 主要的版本产生 (TimesTen 6.0) 200+ 客户, 1500+ 部署系统 至今 – 迅速发展… 内存数据库的特性 内存数据库解决方案 极快的响应速度 极高的处理能力 针对物理内存而特别设计优化的数据库 所有数据存于物理内存 采用关系型数据模型 针对物理内存而特别设计优化的数据存储结构与算法 多进程/多线程共享数据存储（Data Store） 嵌入式 或 客户机-服务器式 标准 APIs (ODBC, JDBC, SQL-92) 易于安装与配置 内存数据库和传统关系型数据库的比较 性能扩展 内存数据库与磁盘数据库的比较 响应时间及吞吐量的比较 Oracle TimesTen 产品家族 Oracle TimesTen 产品家族 Oracle TimesTen 产品特性 l?????????? 实时性能 l?????????? 多用户并发 l?????????? 无数据丢失 l?????????? 基于标准 l?????????? 几乎无需管理 l?????????? 灵活的部署选项 相关的产品和服务: l?????????? Replication - TimesTen to TimesTen （选项） l?????????? Cache Connect to Oracle（选项） TimesTen: 架构 日志与数据持久性 内存缓冲区交易日志与同步交易日志 应用程序可以在交易层面设置日志选项 交易日志与检查点文件保存在磁盘之上 双重检查点文件机制，可用于故障恢复 Data Store Checkpoints日志文件 Checkpoints 把data store的当前状态记录在硬盘上 TimesTen 交替的把数据记录在两个checkpoint日志文件上 有了checkpoint日志文件和log文件，Timesten就能保证在任何情况下数据的完整性和一致性 Timesten自动清除log文件 交易与并发访问 Data store 可被多进程/多线程所共享 嵌入式或客户机-服务器模式 完全的交易机制支持 (COMMIT/ROLLBACK) 交易独立性 Read-committed (non-blocked versioning) Reads do not block writes Writes do not block reads Serializable is also supported 并发访问控制 锁: data store-level, 表级锁, 行级锁 死锁检测 MicroLoggingTM 保护内存数据库不受应用故障影响 共享进程空间会使嵌入式应用受进程故障的影响 MicroLogging? 技术可以确保Oracle TimesTen 内存数据库不受应用进程故障的影响 异常终止的应用进程不会影响Data Store，受到影响的交易会被滚回（Rollback） 其他进程/线程可以继续运行，不受影响 内存数据库可以继续运行，不需中断 安全且高性能 数据发布 - Transaction Log API (XLA) 数据清理支持 ? 支持两种自动数据清理技术。 ? 基于时间的数据清理－根据时间戳来判断 ? 基于使用的数据清理－根据LRU（LEAST RECENTLY USED） 算法来判断 ? 数据清理策略可配置 ? 支持常规TimesTen表和缓存组(cache groups)清理 基于SELECT自动装载 ? Cache Connect to Oracle的特性 ? 如果在TimesTen中没有找到数据,TimesTen会从Oracle数据库重新装载 ? 该特性是个选项特性,可由应用程序进行开/关 ? 只会装载缓存组(cache group)中定义的数据 (避免装载到不需要的数据) ? SELECT 使用主键和外键来装载指定的Cache实例 ? 示例: ? 用户登陆的时候装载用户信息 多国语言支持 ? TimesTen 支持 57 个字符集和84中语言排序 ?NCHAR, NVARCHAR, CHAR, 和 VARCHAR 列的语言排序,大小写和方言不敏感查询 ? CHAR 和 VARCHAR 列可以存储 non-ASCII 数据 ? 连接字符集用于应用内码 ? 兼容Oracle