Pengchen's Blog
  • 首页
  • 归档
  • 分类
  • 标签
  • 关于

主流扫码登录技术原理

主流扫码登录技术原理前言:  这篇文章取自这篇博客,作为整理和收录,方便后续查阅。 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
高并发
1…171819

搜索

Hexo Fluid