如何提高响应速度,和直接打开原链接一样的效率。
明确,这是个读多写少业务。
缓存需存储两类数据:
利用地理位置信息提速。
优化服务器访问速度:
优化数据访问速度
cache 资源不够或命中率低
写操作过多
越来越多请求无法通过 cache 满足
多台DB服务器可以优化什么?
那么 tiny url 的主要问题是啥?存储是没问题的,重点是 qps。那么,如何 sharding 呢?
垂直拆分:将多张表分别分配给多台机器。对此不适用,只有两列,无法再拆分。
横向拆分:
若id、shortURL 做分片键:
用 long url 做分片键:
short2long 查询时,只能广播给 N 台 DB 查询。