网络工程1834-
对外接口需要注意的事项
1.安全 之前做的一个在校项目，没有用 https 之前是明文传输账号密码的，被校内安全检测部门责令整改...... 用了 https 也可能因为用户操作不慎，被中间人攻击，这时候就算是 账号密码被加密，但是加密用的公钥是攻击者的，私钥也在攻击者那里 所以也会被破解。 需要和前端协商好加密的方式 和 -
分布式限流策略
以下只是一家之言： 分布式限流和单机限流在本质上没有太多区别，只不过依赖的数据结构和数据要放在类似 redis 这种支持分布式存储的存储容器上 redis 本身单线程对于办法请求的安全性，和基于内存和CPU的高效性 使得 他成为分布式存储容器的不二之选 1. 单窗口限流 即是简单的按时间单位计数，时 -
Mysql-主从延迟解决方法
Mysql 的主从延迟 指的是 主库受写入 后 到这个写入能体现在 从库上 的这段时间 Mysql 的主从延迟 有两个原因： 1. 写操作 已经在 主库中执行了，但是 binlog 还没有发送出去， 后者还在路上，没有被 从库收到 2. 虽然 binlog 已经被 从库接收到了，但是仍然是以 rel -
Mysql-如何保证主从数据一致
要知道，Mysql 的主从使用的是 binlog 那样简单的 日志传输方式，来完成从库对主库的复制，虽然提高了效率，但是主库和从库之间并没有 raft 那样的协议来保证 主从一致。 有时候主库宕机，但是 binlog 还没有发出去，如果直接将从库切换为主库，那么将会主备不一致。 并且从库是单纯告诉主 -
后端概述：原子-硬件-分布式/集群 - 新设想
这是一篇将给大学新生的启蒙文章，有不对的地方，水平不够的地方，请多指正 我将从一个简单系统演进到一个规模庞大的系统 的过程 来讲述，后端是在学些什么。当然，后端里面也是有分支的，我讲的是主要的分支。后端最基本的工作是写业务，所谓的业务逻辑就比如 客户买一个商品，我要看他余额是否够，够的话扣他余额，并 -
Mysql各版本 - 从库多线程执行 relay log
在支持 并行复制的 Mysql 版本中，从库中负责执行 relay log 的 线程 sql_thread 被分成 一个 coordination 线程 和 多个 work 线程，具体可以设置 work 线程数量，具体实现应该是使用类似线程池的方式。 每个版本有自己不同的 relay log 分配策 -
Mysql 高可用与主备数据一致性
之前的文章提到过，Mysql 是支持互为主从的，这种结构可以在 某台库宕机后，将客户端的请求转发到 另外一个库 来实现故障迁移的效果。 但是如果直接转移，不等B消费掉 relay log 的话，会发生 数据不一致的现象。 同样举 A，B 两个库。A 充当写库，B充当 从库。 当 A 挂掉的时候，假设 -
Mysql 主备原理
Mysql 支持互为主从，主库通过binlog 将执行的语句传给从库，具体的执行机构： 主库上的 dump thread，主库上的 binlog 只有在写入到硬盘之后才能通过 dump thread 传出 从库上的 IO thread，接收主库的 dump thread 发过来的 binlog 并且 -
Mysql-innodb日志写入时机
总所周知 ， innodb 的日志是二阶段提交的，redolog 先在 prepare 阶段写入， binlog 再写入，最后 redolog commit 这其中 redolog 的刷入时机是由 innodb_flush_log_at_trx_commit 参数控制，有提交时不刷如，刷入操作系统缓 -
团队作业5——测试与发布（Alpha版本）
这个作业属于哪个课程 https://edu.cnblogs.com/campus/gdgy/Networkengineering1834 这个作业要求在哪里 https://edu.cnblogs.com/campus/gdgy/Networkengineering1834/homework/11
执生 
简简~~单单