短网址程序在多服务器组负载均衡系统中遇到的问题

由于短网址业务量的逐渐增大,原有的服务器系统负载已经接近极限。为了更好的满足用户的需求,FT12短网址有新增了两台服务器,和原有的一台服务器组成负载均衡系统。前段任何一条短网址的访问,都会先经过负载均衡服务器,然后再随机转发给后台的任意一台服务器处理。这样就能有效的提升短网址的稳定性和快速访问。但经过一段时间的使用,发现了有些致命的缺陷。用户A生成一条短网址,这个请求被随机转发到后台的任意一台服务器。然后这台服务器再链接数据库,获取短链接代码,最后进行插入操作。这个逻辑看似没有什么漏洞,但是每次

短网址数据库InnoDB的快照读,到底和什么相关?

InnoDB是非常适合短网址业务的存储引擎,其多版本并发控制(Multi Version Concurrency Control, MVCC)快照读(Snapshot Read)机制,能够通过读取回滚段(rollback segment)中数据的历史版本,在事务读取记录的时候不用加锁,以支持超高的并发。

关于短网址的运营:如何处理庞大的短网址数据库

FT12短网址运营已经超过5年,随着用户的逐渐增多,每天新生成的短链接数量接近20多万条。这是一个什么样的水平呢?也就是说每年新增短链接数量要接近1亿条。对于web服务器来说,没什么压力。但是一亿条数据对于数据库的调整真的是无比的艰难。目前FT12短网址数据库中总计有将近3亿条数据,三亿条数据全部查询一遍大概需要5秒左右。但是,对于短网址用户来说,打开一天短链接费时5秒是一个无法接受的时间。短网址的核心就是快,稳定,安全。如果无法缩短短链接打开时间,提升用户体验,那么这个短网址就是一个失败的产品

Copyright ft12.com All Rights Reserved.