主流扫码登录技术原理 主流扫码登录技术原理前言: 这篇文章取自这篇博客,作为整理和收录,方便后续查阅。 1、基本技术原理1.1 扫码登录功能到底是什么样的? 首先介绍下什么是扫码登录。现在大部分同学手机上都装有微信、qq和淘宝这一类的软件。而这些app都有他们相对应的网页端。为了让用户在使用他们的网页时登录更加方便和安全,使用手机扫一扫就可以登录的服务,就显的自然而然了。 有很多小伙伴可能会感到很神奇,网页上只 2020-10-22 登录
TwoSum TwoSum 题目介绍 题目解法 题目介绍两数之和 给定一个整数数组 nums 和一个目标值 target,请你在该数组中找出和为目标值的那 两个 整数,并返回他们的数组下标。 你可以假设每种输入只会对应一个答案。但是,数组中同一个元素不能使用两遍。 示例: 1234给定 nums = [2, 7, 11, 15], target = 9因为 nums[0] + nums[1] = 2 + 7 2020-10-22 Leetcode
分库分表——5. 读写分离 分库分表——5. 读写分离前言: 这篇文章取自这篇博客,作为整理和收录,方便后续查阅。 实现 MySQL 读写分离 其实很简单,就是基于主从复制架构,简单来说,就搞一个主库,挂多个从库,然后我们就单单只是写主库,然后主库会自动把数据给同步到从库上去。 MySQL 主从复制原理 主库将变更写入 binlog 日志,然后从库连接到主库之后,从库有一个 IO 线程,将主库的 binlog 日志拷贝 2020-10-21 Database
分库分表——4. 主键生成策略 分库分表——4. 主键生成策略前言: 这篇文章取自这篇博客,作为整理和收录,方便后续查阅。 基于数据库的实现方案数据库自增 id 这个就是说你的系统里每次得到一个 id,都是往一个库的一个表里插入一条没什么业务含义的数据,然后获取一个数据库自增的一个 id。拿到这个 id 之后再往对应的分库分表里去写入。 这个方案的好处就是方便简单,谁都会用;缺点就是单库生成自增 id,要是高并发的话,就 2020-10-21 Database
分库分表——3. 动态扩容缩容方案 分库分表——3. 动态扩容缩容方案前言: 这篇文章取自这篇博客,作为整理和收录,方便后续查阅。 停机扩容(不推荐) 这个方案就跟停机迁移一样,步骤几乎一致,唯一的一点就是那个导数的工具,是把现有库表的数据抽出来慢慢倒入到新的库和表里去。但是最好别这么玩儿,有点不太靠谱,因为既然分库分表就说明数据量实在是太大了,可能多达几亿条,甚至几十亿,你这么玩儿,可能会出问题。 从单库单表迁移到分库分表 2020-10-21 Database
分库分表——2. 迁移方案 分库分表——2. 迁移方案前言: 这篇文章取自这篇博客,作为整理和收录,方便后续查阅。 现在有一个未分库分表的系统,未来要分库分表,如何设计才可以让系统从未分库分表动态切换到分库分表上? 停机迁移方案 我先给你说一个最 low 的方案,就是很简单,大家伙儿凌晨 12 点开始运维,网站或者 app 挂个公告,说 0 点到早上 6 点进行运维,无法访问。 接着到 0 点停机,系统停掉,没有 2020-10-21 Database
分库分表——1. 基本了解 分库分表——1. 基本了解前言: 这篇文章取自这篇博客,作为整理和收录,方便后续查阅。 为什么要分库分表? 说白了,分库分表是两回事儿,大家可别搞混了,可能是光分库不分表,也可能是光分表不分库,都有可能。 假如我们现在是一个小创业公司(或者是一个 BAT 公司刚兴起的一个新部门),现在注册用户就 20 万,每天活跃用户就 1 万,每天单表数据量就 1000,然后高峰期每秒钟并发请求最多就 2020-10-21 Database
高并发系统设计 高并发系统设计前言 这篇文章取自这篇博客,作为整理和收录,方便后续查阅。 其实所谓的高并发,如果你要理解这个问题呢,其实就得从高并发的根源出发,为啥会有高并发?为啥高并发就很牛逼? 我说的浅显一点,很简单,就是因为刚开始系统都是连接数据库的,但是要知道数据库支撑到每秒并发两三千的时候,基本就快完了。所以才有说,很多公司,刚开始干的时候,技术比较 low,结果业务发展太快,有的时候系统扛不 2020-10-21 高并发