看跨境电商“黑马”致欧家居，如何通过OceanBase突破数据困境？

坐落在河南郑州的致欧家居颇为低调,但却是中国家居跨境电商行业里的隐形冠军。目前已经成为亚马逊欧洲第一大家居卖家,也是中国内陆最大的B2C跨境电商出口品牌之一。

这让人不禁深思:致欧是如何杀出重围,成为家居跨境电商中最大“黑马”?据我所了解,能够在激烈竞争中杀出重围,致欧凭借的绝不仅是撞上了风口,这点在与OceanBase的合作中就能可见一斑。

后端业务日益剧增,致欧家居深陷数据困境

随着跨境业务的高速发展,致欧跨境电商业务也面临着一些挑战。首先是业务推广流量大、有高并发需求,当前数据库基本上是单实例的传统数据库,随着业务的增长并不能做横向的扩容,活动推广、秒杀场景下易导致业务系统瘫痪。

其次,数据量快速增长,传统数据库单实例难支撑,需按需对存储扩容;业务高速发展,系统对数据库可用性、安全性、可靠性,运维稳定要求增加,单实例数据库RTO与RPO难以满足业务发展需求。

此外,致欧家居业务平台分布全球,数据需要融合汇聚,以做分析决策,对数据库要求有HTAP功能,加上信息系统同时也有国产化自主可控要求。面对以上业务挑战,致欧家居开始寻找可以很好地解决当前业务架构痛点的数据库。

致欧家居几番探寻,最终与OceanBase达成合作

经过对主流的分布式数据库进行对比了解,致欧家居最后发现,无论是从数据库的产品功能还是产品体系上,OceanBase都比较完善,能够有效提高后端业务系统的运营效率。

在性能上,致欧家居基于OceanBase也进行了相应的性能验证,以查验对应的性能是否能满足业务的需求,以下是相关的基准测试情况:

cpu:mem:disk=16c:100G memory:120G ssd

环境与版本信息: 专有云部署3.2.2版本

表数量:32

单表数据量:1kw

每个场景thread测试时间:5min

测试工具:sysbench

相关命令:sysbench --config-file=config oltp_point_select --tables=32 --table_size=10000000 --threads=8 --db-ps-mode=disable --mysql-ignore-errors=6002,6004,4012,2013,4016 prepare

架构:同一机房三节点,三个数据节点,一个日志型节点,具体如下:

从测试结果来看,OceanBase 在副本的选择上非常的灵活,可以根据致欧家居不同的业务需求来选择副本类型。对应的数据库基测试IO都处于理想的状态,相应的TPS与QPS都符合预期。

OceanBase数据库迁移中,致欧家居遇到的困难

不过尽管OceanBase能更好地发挥自主研发的优势,但从MySQL实例迁移到 OceanBase的过程中,致欧家居方表示也遇到了一些问题。

第一,存储过程不支持GET DIAGNOSTICS CONDITION语法。由于OceanBase内核对存储过程不支持异常的捕获处理,需要在内核上做功能改进,经过一个多月的研发,产品功能研发完成,业务代码无须做相应的调整,基本上可以做到平滑迁移。

第二,对于迁移有数据的表,存在索引名与表名相同时报错,如下表定义:

对于迁移的表,存在列名与索引名相同时,OMS不支持,OceanBase的临时解决方案是通过改索引名的方式来解决,最终的解决方案则是通过OMS产品功能研发支持。致欧家居方表示,这个问题在反馈之后的两天内,产品就迅速解决了这个问题,效率很高。

虽然以上问题也得到了及时解决,但致欧家居也对OceanBase提出了几点希冀。首先,希望OceanBase的内核功能进一步完善与加强,更加完美地兼容MySQL语法,对于业务的适配更加友好。

其次,希望OMS在数据的传输与转换过程中能胜任更多的场景,如从sqlserver、postgres 等其他数据库迁移到OceanBase,支持基于列或是SQL的数据脱敏或转换。

如今,随着跨境电商业务的爆发式增长,各企业对数据业务系统的承载能力要求也在不断提高,特别是对系统的稳定性,连续可用,安全性等各方面有了更高的要求。

从致欧家居和OceanBase的合作中可以看出,如果跨境电商家居企业,都能尝试通过数字化升解决上述问题,则有望迎来持续增长的空间,其他出海企业不妨可以参考参考。