多租户显著提升异构数据场景运维效率

小电业务的特殊性，决定了其既“2C”又“2B”，2C 的部分包括物联网管理平台和租赁平台；2B 的部分包括销售团队去签约和管理商户的平台、以及运维和设备管理的平台；此外还有由中台统一的研发管理、运维以及供应链平台，提供全站研发和运营维护的能力。

除了自身业务要求外，财务提供业财一体化的资金管控和调度，每产生一个订单后台资金账户都会做一些实时清算工作，所以财务系统同样非常重要，中间不允许有任何资金上的损失。

1. 7*24小时不间断提供服务
   1. ​作为与民生切实相关的共享充电宝企业，小电必须7*24h不间断为用户提供服务。因为即使是在凌晨，也有非常多的用户在使用产品，且大部分属于归还场景。
2. 百万级设备同时在线，海量数据
   1. ​百万级数量的设备，几乎每隔五分钟就有上百万量级的新数据，每一台设备上充电宝的状态、电量、健康情况都需要进行监测告警，比如有的充电宝出现电量异常，那么运维人员还需要进行及时的运维工作。
3. 业财一体化涉及面广
   1. ​除正常业务运营外，小电所有业财一体资产的管理、设备的管理、供应链采购管理，包括生产流程以及产线上测试全面数字化，业务系统复杂，公司任意数据变动对后面影响都会非常大。虽然表面上只是一个租赁，但事实上它背后会触发一系列的业务条件，是非常复杂的数字化业务系统。

近年来，小电也在积极扩大业务边界，不仅仅做充电宝平台的运营，同时还开始涉猎产业上游，即整个充电宝和设备的生产，从产品研发到生产制造到运营一体化。与此同时，原数据聚合架构开始面临挑战：

1. 海量数据带来衍生问题
   1. ​随着小电的业务发展，业务数据体量已经达几十 TB，原数据聚合架构下数据冗余量极大，存储成本不断增长，存储扩容带来的风险变高；
2. 查询性能降低，影响用户体验
   1. ​小电原采用分库分表的聚合表需要做复杂的 join 或者 in 子查询，响应时间越来越长，影响服务质量和用户租借体验。
3. 数据链路复杂，运维成本攀升
   1. ​异构场景下数据链路复杂，跨库查询时间被拉长，严重拖慢运维进度，运维时间成本不断变长。

1. 高级压缩技术
   1. ​借助 LSM-Tree 高级压缩技术，将 OceanBase 应用于异构数据（业务支撑的数据），进一步压缩数据成本，并平衡性能和压缩比；
2. 多租户合并异构库
   1. ​此前，小电将业务拉到业务数据聚合库之后，需要拆分成四个集群去提供业务的服务，但使用 OceanBase 之后，利用租户内资源隔离功能就可以很好地隔离集群，改变数据链路架构，将多个异构库合并；
3. 数据迁移服务
   1. ​基于数据迁移、同步服务进行数据同步作业，应用基于OceanBase Binlog Service 提供与MySQL兼容 Binlog兼容原 MySQL工具体系接入使用。