适合OceanBase 社区版的业务场景有哪些？

MySQL 5.6/5.7 实例规模很大的场景。 MySQL 实例规模大，需要自动化运维平台。自动化运维平台在处理 MySQL 异常宕机切换和主 备不一致问题时很可能需要 DBA 介入。高可用和强一致问题是 MySQL 最大的风险。 OceanBas的多租户、高可用和强一致能力可以彻底解决这个痛点。 MySQL 5.6/5.7 数据量非常大存储成本高的场景。MySQL 业务数据量增长到 几 T 以上时，查询和读写性能可能会下降，大表 DDL 时间变长风 险增加。单机磁盘容量可能到达扩容瓶颈。 OceanBase MySQL 租户的在线 DDL，数据存储高压缩比可以解决这些痛点。 业务访问压力大或者变化大的场景。业务访问压力大，基于 MySQL 改造的分布式数据库中间件产品能一定程度分担业务压力和存 储空间压力，但是缺乏跨节点的强一致性查询，以及需要分布式事务中间件协调事务，扩容的时候 可能要数据逻辑拆分（俗称拆库拆表），运维成本高，风险高。 OceanBase MySQL 租户提供分区 表的水平拆分方案，提供原生的 SQL 和事务能力，对业务透明。并且支持在线扩容和缩容，内部 数据迁移异步进行，具备高可用能力，不怕扩容和缩容过程中出现故障，可以解决上面这些痛点 交易数据库上的复杂查询场景。 交易数据库上有少量复杂的查询场景，涉及到的数据量很大，传统解决方案是通过数据同步到 数据仓库进行查询。OceanBase 数据库的 SQL 引擎同时满足 OLTP 和 OLAP 场景，采用经过 ORACLE 复杂业务场景检验的先进的 SQL 优化器技术，能支持复杂的 SQL 优化和高效执行。因此 可以在交易数据库上直接做复杂查询，减少不必要的数据同步。此外，OceanBase 还提供不同程度 的读写分离技术来控制复杂查询对交易场景的影响。

以上内容来自于《OceanBase 社区版入门到实战》，下载链接：https://developer.aliyun.com/topic/download?id=8210，如有问题，欢迎加入钉群进行答疑