架构

目录 MySQL架构 一、MySQL架构 二、连接器 三、查询缓存 四、分析器 五、优化器 MySQL架构 一、MySQL架构 连接器——管理连接、权限认证 分析器——词法分析、语法分析（AST）抽象语法树 优化器——执行计划、索引选择 执行器——操作引擎、返回结果 存储引擎——存储数据，提供读写接口 8.0版本之后，舍弃了查询缓存功能 二、连接器 连接器负责跟客户端建立连接，以获得权限、维持和管理连接 用户名密码验证 查询权限信息、分配对应权限 可以使用show processlist查看现在连接 如果太长时间没有动静，就会自动断开，通过wait_timeout控制，默认8小时 连接分类： 长连接：建议 短连接 三、查询缓存 查询语句的时候，先去查询缓存查看结果，8.0后没有这个组件 不推荐理由： 查询缓存失效比较频繁，只要表更新，缓存就会清空 缓存对应更新数据命中率比较低 四、分析器 词法分析：MySQL需要把输入字符串进行识别 语法分析：根据语法规则判断SQL是否满足mysql的语法，如果不符合就会报错“You have an error in your SQL synta” 五、优化器 在具体执行SQL语句之前要经过优化器进行处理 当表中有多个索引，决定使用哪个索引 当需要多表关联，决定表的连接顺序...等 不同的执行方式对SQL语句执行效率影响很大 CBO（Cost

一面 自我介绍下（3-5分钟） 1.说说maven如何进行多模块的？maven的依赖？ 2.说说你项目中的使用Spring boot的好处？如何使配置更低，低在哪？比如？ 3.说说你项目中如何前端和后端使如何连接在一起的？前后端分离如何分离？ 4.说说你项目中的架构？自己用过分布式架构吗？谈谈你对分布式架构的理解？ 5.你项目中使用了restful风格吗？怎么实现的？实现restful风格的好处？ 6.你项目用过项目管理工具吗？如何管理的？svn如何提交？ 7.分别说说ssh和ssm的区别，项目中用到了吗？怎么用的？ 8.说说Spring的Aop的底层原理？它和Aspect有什么区别？你用过Aop吗？它 主要用在什么地方？解决了什么问题？ 9.说说Spring在整个项目中的作用？它和SpringMVC是什么关系？ 二面 1.说说消息队列的机制?其底层原理是什么？用到哪里？怎么用的？用消息队列有什么好处？怎么保证负载均衡？ 2.说说在哪里要用到多线程安全？如何使多线程安全？synchronized和volatile关键字的区别？使用的场景分别是？ 3.垃圾回收分代收集算法？为什么会有两个Survivor区？new一个对象会保存在哪里？ 4.垃圾回收为什么会停顿？哪些对象可能作为GCRoots? 5.G1回收器和其他回收器有什么区别？ 6.说说你是如何监控线程的

高可用 高性能 高并发 来源： https://www.cnblogs.com/rain516/p/11877703.html

TSP：每秒的事务数，是吞吐量的一个常用化指标，一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。 参考 HPS：每秒HTTP请求数 QPS：每秒查询数，是一台服务器每秒的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准 System Load：系统负载，指当前正在被CPU执行和等待被CPU执行的进程数目总和，是反应系统忙闲程度的重要指标 贫血模式和充血模式 资源复用的两种主要模式：单例（Singleton）和对象池（Object Pool） 缓存memcached和redis 来源： https://www.cnblogs.com/baisheng/p/11877646.html

要成为一名软件架构师，绝非一夜之间或一次晋升那么简单。这是一个角色，而不是一个级别。这是一个循序渐进的过程，你会逐渐获得这个角色所需的经验和信心。做好软件架构需要从哪几方面入手呢？ 软件一 Beyond Compare 关于代码对比软件，我只推荐你使用 Beyond Compare 代码对比软件！Beyond Compare目前最新版本是4，只需用简单而强大的操作命令，即可开启最优质的对比体验，找出你感兴趣的差异，合并变化，然后同步文件，并生成报告。唯一的遗憾是收费，好在价格不贵，还能接受，不妨先下载一个试用版体验一下。 软件二 MindManager MindManager 思维导图工具可以快速帮助程序员架构网站结构，进行栏目规划，创造、管理和交流思想。将思想、策略及商务信息转换为行为导图，设置任务进程提醒，更加直观感受整个进度。 软件三 Axure产品经理 Axure虽然是产品经理必用的一款软件，程序员可以用它来做交互原型设计、绘制草图。Axure能够高效率制作产品原型，快速绘制线框图、流程图、网站架构图、示意图、HTML 模版等，比较实用。 软件四 ProcessOn ProcessOn是一个方便易用、免费高效的在线作图工具，运用它可以免费制作多种图，例如：Flowchart流程图，BPMN图，Org组织结构图，EVC企业价值链图，EPC事件过程链图，并且图形支持正在不断丰富

在微服务架构的安全 1，认证授权都是在各个资源服务器里完成的，这样有很大的局限性。不利于拓展。 微服务架构下应该是在zuul 网关这个层面去统一处理 创建网关服务 我配置完就访问出现401，因为你访问访问它也需要你有权限就会有这个问题 二、简单模拟网关 三大过滤器 使用pre 在之前执行 逻辑 tokenInfo 放到请求里 2、审计的过滤器 记录日志，执行顺序是2 3 授权过滤器 二、基于Oauth2 和 JWT 的网关权限处理 2.1 认证服务器里改造 使用jwt 使用了秘钥，更安全 key 生成 keytool -genkeypair -alias mvp -keyalg RSA -keystore D:\mvp.key 视频 https 里有 测试拿到token 防篡改 但是不防泄密 谁都可以看到里面的信息 2.2 网关和资源服务器配置 数据库里也要配置 前面的过滤器不要了，使用Oauth2 访问token的url 放行 orderServer配置 API 里拿用户名 拿到token测试 默认是是oauth2-resouce 数据库里配置gateway的，清空resourceIDs 就可以访问 2.3 服务间令牌传递 price服务里 三、网关限流 现在使用的是mysql 实际使用redis 请求quota 通过的时间 来源： https://www.cnblogs.com

原文：https://www.bmc.com/blogs/saas-vs-paas-vs-iaas-whats-the-difference-and-how-to-choose/ 从小型企业到全球企业，云都是一个非常热门的话题，它是一个非常广泛的概念，涵盖了很多在线领域。 无论是应用程序还是基础架构部署，当您开始考虑将业务转移到云时，了解各种云服务的差异和优势比以往任何时候都更加重要。 通常有三种云服务模型：SaaS（软件即服务），PaaS（平台即服务）和IaaS（基础架构即服务）。 每个都有自己的好处和差异。为了您的组织能作出最佳选择，您有必要了解SaaS，PaaS和IaaS之间的差异。 下图总结了三种模型的主要差别： SaaS：软件即服务 软件即服务（也称为云应用程序服务）代表了云市场中企业最常用的选项。 SaaS利用互联网向其用户提供应用程序，这些应用程序由第三方供应商管理。 大多数SaaS应用程序直接通过Web浏览器运行，不需要在客户端进行任何下载或安装。 SaaS交付 由于其网络传输模式，SaaS无需在每台计算机上下载和安装应用程序，而在每台计算机上下载和安装应用程序正是IT员工的噩梦。 通过SaaS，供应商可以管理所有潜在的技术问题，例如数据、中间件，服务器和存储，因此企业可以简化其维护和支持。 SaaS的优势 SaaS通过大大减少安装

一张图秒懂微服务网络架构 https://www.cnblogs.com/yuesf/p/11831234.html   最近参与了 公有云微服务项目 ，已经有一段时间未公开发表。通过这次改造公有云微服务项目的实践过程，分享一下公有云微服务网络架构，及服务部署方案。 每个平台的网络架构图都类似，但细节根据自有服务有组件又各不一样，别人的架构拿过来不一致适合你的架构，那么首先要了解每层架构及每个服务的职责，以及服务与服务之间的交互逻辑。我们根据私有云的架构迁移过来，保持了部分架构，补充了原来在私有云部署中公共组件部分。迁移到公有云后，一些公共组件由我们自己搭建并运维。整理总览图请看下图: 网络架构总览图 一、互联网层   外网层也是网络架构中最上一层，是指服务报露在互联网中使用的，通过IP或域名的方式访问服务。访问的域名通过解析服务器，解析到指定的互联网机器。 互联网机器一般是使用云服务的方式构建。 二、云服务平台层 云计算按照服务类型大致可以分为三类： 将基础设施作为服务Iaas 将平台作为服务PaaS 将软件作为服务SaaS 按照云计算服务的部署方式和服务对象的范围可以将云计算分为三类，即公共云、私有云和混合云。 公共云：是由云服务提供商运营，为最终用户提供从应用程序、软件运行环境，到物理基础设施等各种各样的IT资源。在该方式下

本文将介绍微服务架构和相关的组件，介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景，因此不会涉及具体如何使用组件等细节。 要理解微服务，首先要先理解不是微服务的那些。通常跟微服务相对的是单体应用，即将所有功能都打包成在一个独立单元的应用程序。从单体应用到微服务并不是一蹴而就的，这是一个逐渐演变的过程。本文将以一个网上超市应用为例来说明这一过程。 最初的需求 几年前，小明和小皮一起创业做网上超市。小明负责程序开发，小皮负责其他事宜。当时互联网还不发达，网上超市还是蓝海。只要功能实现了就能随便赚钱。所以他们的需求很简单，只需要一个网站挂在公网，用户能够在这个网站上浏览商品、购买商品；另外还需一个管理后台，可以管理商品、用户、以及订单数据。 我们整理一下功能清单： 网站 用户注册、登录功能 商品展示 下单 管理后台 用户管理 商品管理 订单管理 由于需求简单，小明左手右手一个慢动作，网站就做好了。管理后台出于安全考虑，不和网站做在一起，小明右手左手慢动作重播，管理网站也做好了。总体架构图如下： 小明挥一挥手，找了家云服务部署上去，网站就上线了。上线后好评如潮，深受各类肥宅喜爱。小明小皮美滋滋地开始躺着收钱。 随着业务发展…… 好景不长，没过几天，各类网上超市紧跟着拔地而起，对小明小皮造成了强烈的冲击。 在竞争的压力下

参考地址： 作为首席架构师，我是如何选择并落地架构方案的？ 来源： https://www.cnblogs.com/leodaxin/p/11864201.html