什么是PolarDB IMCI呢？PolarDB MySQL版是阿里云自研的100%兼容MySQL的云原生数据库，和MySQL一样，PolarDB在设计初期主要面向的场景是OLTP(On-Line Transaction Processing联机事务处理过程)场景，广泛应用于在线交互业务，在youxi、电商、企业服务商、小说阅读、短视频、直播、零售、金融服务、交通物流、文化传媒、制造、医疗卫健等行业都有较深入的应用。
随着企业业务日趋复杂，日常产生大量的数据，当主页业务数据表数据行数超过千万、业务查询较复杂、多表关联、聚合等查询模型场景下，PolarDB基于行存的查询性能不能满足所有应用场景的需求。为了提高大量数据和复杂查询的性能满足业务系统查询诉求，PolarDB研发了IMCI列存索引（In-Memory Column Index），IMCI可以应对报表提速、OLAP大数据量复杂查询、商业数据库替代等典型场景。通过列存索引IMCI，PolarDB MySQL版实现了一体化的实时事务处理和实时数据分析的能力，成为一站式HTAP数据库产品解决方案。
实际业务中我们可以将IMCI用于哪些业务场景呢？
第一个典型场景肯定是OLTP业务复杂查询和报表提速。比如我们有一个业务系统，在业务发展初期，业务量和数据体量较小，几万用户、几十万核心数据，尽管表比较多也有一些复杂查询(比如多表关联、嵌套子查询、排序、聚合分析等)，PolarDB的行存引擎(InnoDB)可以很好地满足聚合分析、复杂查询、CRM等非主键查询的场景的性能。随着数据量增长核心数据量到几百万时，如果有多表关联的非主键查询场景，查询时间会有一定增长，比如从十毫秒百毫秒增长至几秒甚至十几秒时，已经不能满足业务对响应速度的要求了，这个时候可以考虑采用PolarDB IMCI来提速，如果IMCI可以提速效果较好情况下可以提速几十倍甚至百倍查询性能。
第二个典型场景业务系统和分析系统一体化。系统设计和业务场景上需要关系型数据库支撑实时交互和实时分析业务，实时分析业务对数据访问实时性(分析数据比业务数据延迟毫秒级)、并发要求高(QPS上万)，使用OLAP引擎对高并发和实时性支撑满足不了，以及高并发访问支撑的性价比一般，该场景使用PolarDB IMCI，可以提供实时访问、高并发的业务系统和分析系统一体化能力，并支撑十亿到百亿数据的毫秒至秒级分析性能。可以提升实时交互&实时分析、高并发&低延迟、多谓词条件（超过10+）数据过滤、多字段查询分析等场景，支撑十亿-百亿数据的实时高并发分析。
第三个典型场景是业务架构上为了方便部署和降低维护成本，需要大集中库支撑业务。业务系统、报表系统、分析系统由一套数据库支撑，因架构原因、部署成本、维护成本等原因需要大集中数据库(具备HTAP能力的数据库)来支撑，可以接受用不同的引擎来支撑不同业务，对兼容性要求高希望完全兼容MySQL。在实际业务使用过程中，企业服务商类客户对这类架构的诉求最为明显，零售以及企业类客户业有部分客户有相似诉求。通过PolarDB IMCI可以满足高并发业务交互诉求、复杂报表提速、轻分析场景诉求，SQL复杂(or、多union、多层嵌套子查询)、实时性要求高(秒级)等场景的诉求。
第四个典型场景是替代传统商业数据库场景。因为部分行业的合规诉求或者公司对IT成本管控的诉求，部分客户有通过PolarDB替代传统商业数据库(比如Oracle、SQL Server)的诉求，业务上开发模式上强依赖关系型数据库，寻找替代数据库引擎时不希望做技术架构的大改造希望平滑迁移，可以采用PolarDB，借助PolarDB IMCI来支撑在商业数据库下运行性能较好的复杂报表、决策分析、财务等业务模块对复杂查询的诉求，PolarDB加持IMCI后对这些场景有较好的提速作用并能承接之前Oracle、SQL Server支撑的业务。比如部分某垂类电商客户希望替代Oracle，将原来运行在Oracle的财务系统和财务报表迁移至PolarDB并启用IMCI来提速复杂查询，迁移后系统运行稳定、性能、并发等方面表现良好，满足客户的业务预期。
PolarDB IMCI的架构如下，对IMCI技术架构细节有兴趣的同学可以参考PolarDB IMCI。
