短链平台开发-多维度查询问题及解决方案

短链服务多维度查询

        一个平台应该分为商家端和用户端（分为B端和C端），用户的话可以直接通过短链码查询自己的私有短链 ，但是商家改如何查询自己的所有短链呢？

        解决方案：

                字段解析配置：建一个表（存对应的唯一编号）的对应库表位，商家生成的短链码有固定的前缀和后缀，即短链码中包含商家的信息。

                NoSQL冗余：不细说，总之就是短链冗余存在es中，通过cannal-server监听MySQL通过mq推送消息到缓存区kafka中，然后写入es

                冗余双写：用户表在重新复制一份，修改表名作为商家表（全量冗余和部分冗余）。

冗余双写出现的问题：

        产生分布式事务问题

解决方案：

        1.rpc+seata分布式事务框架（强一致性-系统达到一致性才会响应结果）

        2.mq消息发送优化冗余双写架构（弱一致性），使用rabbitmq的原因（rabbitmq自带延时队列，更适合业务比如定时任务，分布式事务，团队内熟悉rabbitmq，所以作为优先的mq）。

rabbitmq实现冗余双写架架构：