云计算专业的课程

像这样的问题，我已经回答了很多次，现在很多新手，特别是刚刚进入学生的学生，不知道该从哪里入手，我整理了一些java的知识点，一共分为六个阶段，273个技能点，第一阶段、第二阶段、第三阶段、第四阶段是必须要掌握的，很多机构忽悠人，就只学到第四阶段，第五阶段和第六阶段就是高薪、高职的保障，就说说想高薪必须得把后面两个阶段的给掌握了，老铁看了点个赞。

第一阶段：java基本功修炼

1 认识计算机硬件

2 计算机组成原理

3 计算机软件知识

4 计算机网络知识

5 常用网络应用 *** 作

6 认识计算机病毒

7 逻辑训练

8 初识Java

9 变量和数据类型

10 选择结构

11 循环结构for

12 循环结构do-while

13 循环结构while

14 多重循环及程序调试

15 循环进阶

16 一维数组及经典应用

17 二维数组

18 认识类与对象

19 方法及方法重载

20 封装与继承

21 方法重写与多态

22 项目实战-汽车租赁系统

23 抽象类和接口

24 异常

25 项目实战-QuickHit

26 Java 中的集合类型

27 List 集合

28 Set 集合

29 HashMap 集合

30 Iterator

31 Collections 算法类及常用方法

32 enum

33 包装类及装箱拆箱

34 String、StringBuffer 类常用方法 *** 作字符串

35 Date、Calendar

36 Math 类常用方法

37 IO/NIO

38 字节输入流(InputStream、FileInputStream、BufferedInputStream)

39 字节输出流(OutputStream、FileOutputStream、BufferedOutputStream)

40 字符输入流(Reader、InputStreamReader、FileReader BufferedReader)

41 字节输出流(Writer、OutputStreamWriter、FileWriter、BufferedWriter)

42 文件复制

43 Serialize、Deserialize

44 职场晋升力：四象限时间管理与精力管理

45 多线程(Thread、Runnable)

46 Thread LifeCycle

47 线程的调度

48 线程的同步和死锁

49 Thread Pool

50 职场晋升力：团队合作

51 Socket(TCP、UDP)

52 XML 概念、优势、规范

53 XML 中特殊字符的处理

54 使用DOM 读取、添加、删除、解析 XML 数据

第二阶段：javaweb开发

55 搭建和配置MySQL 数据库

56 数据库增、删、查、改语句

57 事务

58 视图

59 数据库备份与恢复

60 数据库用户管理

61 数据库设计

62 项目实战-银行ATM 存取款机系统

63 走进 HTML 和CSS

64 列表表格及表单美化

65 CSS 高级 *** 作

66 Bootstrap

67 CSS 组件

68 JavaScript 面向对象

69 JavaScript 判断、循环

70 JavaScript 闭包

71 JavaScript 语法

72 Bootstrap 综合案例

73 HTML5、CSS3

74 jQuery 基础

75 jQuery 基本 *** 作

76 jQuery 事件与特效

77 jQuery Ajax

78 jQuery 插件

79 搭建Web 环境初识JSP

80 JSP 九大内置对象

81 JSP 实现数据传递和保存

82 JDBC

83 单例模式、工厂模式

84 MVC、三层模式

85 Commons-fileupload、CKEditor

86 分页查询

87 EL 与 JSTL

88 Servlet 与Filter

89 Listener 与MVC

90 Ajax 与 jQuery

91 jQuery 的Ajax 交互扩展

92 项目实战—使用Ajax 技术改进新闻发布系统

93 反射

94 Linux 系统的安装

95 在Linux 中管理目录和文件

96 在Linux 中管理用户和权限

97 在Linux 服务器环境下安装软件和部署项目

98 职场晋升力：职场沟通

第三阶段： 企业级框架开发

99 MyBatis 环境搭建

100 SQL 映射文件

101 动态SQL

102 MyBatis 框架原理

103 Spring IOC

104 构造注入、依赖注入、注解

105 Spring 整合MyBatis(SqlSessionTemplate、MapperFactoryBean、事务

处理)

106 Spring 数据源(属性文件、JNDI)、Bean 作用域

107 Spring 框架的运行原理

108 SpringMVC 体系概念

109 SpringMVC 之数据绑定、数据效验、

110 SpringMVC 之视图及视图解析

111 SpringMVC 之文件上传、本地化解析

112 SpringMVC 之静态资源处理、请求拦截器、异常处理

113 Oracle 数据库环境搭建、安装

114 Oracle 数据库 SQL、分页、备份、还原

115 Hibernate 概念、依赖

116 HQL 查询语言

117 Hibernate 中配置关联映射

118 HQL 连接查询与 Hibernate 注解

119 Struts 2 概念、依赖

120 Struts 2 配置

121 OGNL 表达式

122 Struts 2 拦截器

123 SSH 框架整合

124 使用Maven 构建项目

125 使用Struts 2 实现Ajax

126 Jsoup 网络爬虫

127 多线程网络爬虫

128 反爬及反反爬策略

129 通用爬虫设计

130 Echart 图表分析

131 IKAnalyzer 分词

132 企业框架项目实战-代理商管理系统

133 企业框架项目实战-SL 会员商城

134 企业框架项目实战-会员管理系统

135企业框架项目实战-互联网招聘信息采集分析平台

第四阶段： 前后端分离开发

136 GitHub

137 Git 基础(checkout、pull、commit、push、merge 等)

138 Git 进阶(多分支协作)

139 GitLab

140 IDEA 的使用

141 Maven 介绍(概念、仓库、构建、命令)

142 使用Maven 构建WEB 项目

143 使用Maven 构建多模块项目

144 使用Maven 搭建私服仓库

145 Scrum 框架介绍(三个角色、三个工件、四个会议)

146 Scrum Team 组建团队

147 产品需求和用户故事

148 每日立会

149 使用敏捷-Scrum 方式开发管理实战

150 前后端分离、分布式集群架构、垂直架构

151 SSM（SpringMVC+Spring+MyBatis）整合实战

152 Git、Maven 私服Nexus

153 第三方接入技术（微信、阿里）

154 MySQL 电商实战

155 Redis（缓存服务）

156 搜索引擎-Solr

157 集成API Doc 工具-Swagger

158 自动化处理：Tengine+LUA+GraphicsMagic

159 手机、邮箱注册

160 单点登录 Token

161 OAuth20 认证

162 Jsoup 网络爬虫(多线程爬虫/代理 IP 爬虫)

163 ExecutorService 线程池

164 IK 中文分词

165 Postman

166 ReactJS

167 webpack

168 职场晋升力：简历撰写

169 程序猿面试宝典之项目面试

170大型互联网旅游电商项目实战-爱旅行

第五阶段： 分布式微服架构开发

171 Spring Boot 环境搭建

172 Spring Boot 常用技能

173 Spring Boot 整合Redis

174 Spring Boot 整合Mybatis

175 微服务架构及架构设计

176 消息队列

ActiveMQ\RabbitMQ

177 分布式事务

178 分布式锁 Redis-setnx

179 Zookeeper 注册中心

180 基于 ActiveMQ 实现高并发

181 Docker 环境搭建

182 Docker 镜像加速

183 Docker 容器管理

184 Docker 镜像管理

185 Docker 容器文件备份

186 Dockerfile

187 Docker 私服仓库

188 真实互联网高并发电商项目实战-双十一抢购

189 可视化监控 Portainer

190 Docker Compose 容器编排

191 Docker Compose 扩容、缩容

192 Docker Swarm 集群编排

193 Jenkins 安装、插件配置

194 Jenkins 配置普通任务

195 Jenkins 配置管道任务

196 Jenkins 自动发布服务

197 Spring Cloud Eureka

198 Spring Cloud Feign

199 Spring Cloud Ribbon

200 Spring Cloud Zuul

201 Spring Cloud Config

202 Spring Cloud Hystrix

203 Spring Cloud Sleuth

204 Spring Boot Admin

205Eureka 注册原理探秘

206 Spring Cloud 大坑解读

207 Zipkin

208 Zipkin 整合RabbitMQ

209 Zipkin 整合MySQL

210 ELK 日志收集

211Kafka

212 Elasticsearch 映射管理

213 Elasticsearch 查询/复合查询

214 Elasticsearch 集群/集群规划

215 Elasticsearch 聚合

216 Elasticsearch 集群监控

217 Elasticsearch 插件

(Head/BigDesk)

218 Mycat 读写分离

219 Mycat 一主多从

220 Mycat 多主多从

221 Mycat 数据分片

222 Redis

223 Redis-Redlock

224 Elasticsearch 环境搭建

225 Elasticsearch 客户端

226 Elasticsearch 索引管理

227 Elasticsearch 文档管理

228 Mycat 集群

229 Jmeter 并发测试

230 Jmeter 生成测试报告

231 微信登录

232 微信支付

233 支付宝支付

234 百度地图

235 Sonar 本地检测

236 Sonar +Jenkins 线上检测

237 CI/CD

238 Spring Boot 改造爱旅行项目实战

239 大型互联网票务类电商项目实战-大觅网

240 ES6 概念(les、const)

241 ES6 对象和数组

242 ES6 函数扩展

243 VUE 环境搭建

244 VUEJS 指令

245VUE 交互

246 VUE 实例生命周期

247 VUE 组件

248 VUE 项目环境配置及单文件组件

249VUE 路由

第六阶段：cc服务

250 Spring Cloud Gateway

251 Consul

252 Nacos

253 Eureka、Consu、lNacos、Zookeeper 对比分析

254 Prometheus + Grafana

255 ES 分布式存储原理

256 NoSQL 数据库解决方案(Redis、MongoDB)

257 OAuth20 认证( authorization code 模式)

258 OAuth20 认证( implicit 模式)

259 OAuth20 认证( resource owner password credentials 模式)

260 OAuth20 认证( client credentials 模式)

261 NAS/FastDFS 分布式文件存储

262 Python 基础

263 Python 爬虫

264 大数据及 Hadoop 概述

265 分布式文件系统 HDFS

266 分布式计算框架MapReduce

267 分布式列式数据库 HBase

268 Hadoop 综合应用

269 面试大局观

270 职业规划

271 项目面试

272 具体业务场景化解决方案

273 更多技术专题持续增加中

有不清楚的可以私信我

日前Gitlab博客宣布发布GitLab的又一个里程碑大版本120。该版本主推基于全栈DevOps的全供应链安全DevSecOps，从而实现真正意义上的开发，运维和安全的有机集成。另外代码审阅一直是Gitlab比较重点突击加强的功能新版本在可视化方面做了很多事情，可以极大快速提高代码审阅流程。另外还有项目依赖列表、基于IP ACL限制能安全功能方面的功能，更多的功能请跟着虫虫一起 探索 。

GitLab在用户级别整个单个用户的合并请求并自动创建审阅预览界面（Review App）。该功能可以让每一个用户都能知道设计或UX是如何改变的。

GitLab 120在Review App中加入将可视化审阅工具直，拓展变更审议的能力。通过一个小代码片段，用户可以使设计人员，产品经理和其他相关人员能够快速提供有关合并请求的反馈，而无需离开应用程序。

ULTIMATE版本新版本在项目左侧边栏菜单可以列出项目的依赖关系列表（有时称为物料清单或物BOM）。

BOM可以表明项目中包含哪些组件，安全团队和合规性团队通常会审查这些依赖的组件确保没有安全问题。可以浏览相关报告，并且支持以JSON格式导出。

限制Gitlab界面的访问一直都是大家很急需的功能，新版本商业版本中支持在Gitlab中进行IP（段）限制，加入黑名单机制限制访问IP，设置更加灵活，可以自建实例可以在组级别上设置限制。（当然可以通过nginx进行IP限制，方法需要可以联系）

在GitLab 120中，Web IDE中的更改可以自动同步到Web终端，在提交更改之前，可以在Web终端中对其进行测试。该功能可以降低新贡献者的入门门槛，因为他们无需安装项目的本地依赖项即可查看，编辑和测试。

通过GitLab的Kubernetes集成部署JupyterHub是一种简单方便地Jupyter Notebook环境构建。利用该环境可以创建和实时代码分享，可视化、运行以后books文件。

GitLab 120中如果通过Gitlab、K8s部署JupyterHub到集群时，会自动安装配置JupyterLab的Git扩展。然后通过Git对环境进行完全版本控制，在Jupyter中执行Git命令。可以通过左侧面板上的Git选项卡或通过Jupyter的命令行提示符执行。

通过extends关键字，把不同内容分割为不同文件在引入，可以保持用户CI/CD配置文件整洁。在GitLab 120中，可以允许用户在单个作业中包含多个扩展片段来改进此功能，并且通过多个扩展，可以实现整洁简化的CI配置（处女座管理员必备）。

在GitLab 120中新添加了GitLab CI/CD作业扩展和折叠日志的输出。用户可以更轻松地调试作业中的某些步骤，并在需要时浏览整体步骤。

gitlab公开了漏洞数据库项目（/gitlab-org/security-products/gemnasium-db）。用户可以查看具体条目并验证感兴趣的漏洞，也支持用户一起参与完善该咯多干数据库。

依靠LDAP的组织通常需要于GitLab同步以进行权限管理。在GitLab 120中，实例可以阻止具有实例级设置的非管理员在LDAP之外进行权限更改。通过该方法，具有合规性的组织可以使用这个选项来确保LDAP中的权限映射到Gitlab实例，而不能由非实例管理员的用户修改。

GitLab Ultimate 119（功能标志）中引入的GitLab Insights现在在GitLab Ultimate 120中默认启用。

可以统计项目中重要的数据的统计，比如给定时间段创建/关闭的问题，合并请求的平均合并时间等等。

在GitLab 118中，引入了从上游桥接作业触发下游管道的功能。还介绍了将变量传递给下游管道的基本支持。在GitLab 120中新增加支持将当前环境变量传递到下游管道。可以允许用户向下游管道提供上下文以及提交，合并请求或触发它的管道的其他细节。

在GitLab 1111中，启动了依赖代理的MVC，它允许用户下载和缓存Docker镜像，以便更快，更可靠地下载。在GitLab 120中，在组级别默认启用了该功能。

Container Registry API允许GitLab用户以编程方式轻松管理注册。GitLab 120中更新了权限模型，以允许开发人员删除标签。

在GitLab 120中，当重新打包Git存储库时，bitmap缓存将保存在bitmap索引中。缓存提高了重打包性能。（350之前的 JGit 版本与bitmap不兼容）

在此版本之前，GitLab无服务器功能只能在通过GitLab安装的Knative上使用。在GitLab 120中以安装的Knative被GitLab Serverless利用。可以手动添加现有Knative集群，将相关的无服务器模板添加到项目中。所以GitLab Serverless可与托管的Knative产品一起使用，例如Google的GKE上的Cloud Run或在IBM托管的Knative服务。

从GitLab 120开始，可以直接从GitLab的环境仪表板中提供并轻松访问外部仪表板。

现有的用于讨论合并请求和问题的设计涉及许多框和边界，难以对对话进行跟踪。在新版本中，对此做了重新设计来增强用户的讨论体验。

动态应用程序安全性测试（DAST）不再需要在Docker中使用Docker来运行。因此，DAST Docker镜像（3GB）现在将在Runners上缓存。（注意镜像每周更新一次，因此缓存将在每周一失效）。

在120中，添加了为群组通知设置电子邮件地址的功能。可以让用户将组通知发送到不同的电子邮件地址。例如，工作组的工作电子邮件地址和个人组的个人电子邮件地址（个人设置项目里面有电子邮件菜单用以添加邮件地址）。

在解除扫描程序发现的漏洞时，新添加一个字段可用于添加详细说明此漏洞被解除的原因。

这将使安全团队和开发人员能够查看 历史 记录并了解未修复项目的原因。

由于审计等原因可能希望确保项目（可能包括存储库中的重要代码）只能存档，而不会被删除和永久丢失。新版本可以通过实例级设置来防止非管理员删除项目。

自GitLab 89起，GitLab CI/CD通过在作业定义中指定GIT_DEPTH变量来支持浅git克隆。新版本中添加了在项目级别设置clone深度的功能，项目维护者可设置默认为浅层克隆。浅Git克隆比每次克隆整个Git存储库更快，如果CI/CD作业设置为构建最新代码，通常浅的克隆就足够了。

同样在GitLab 120中，默认情况下，在GitLab中创建的新项目在创建时的GIT_DEPTH设置为50。该默认设置将帮助用户使用GitLab CI/CD实现更快的克隆和构建时间，同时仍允许高级用户在不同类型的CI/CD用例需要时更改此设置。

Fork工作流程创建一个副本，用户修改该副本并合并到上游项目，从而轻松地加速了协作，这也是Github等Git项目得以流行的功能。但是对一个热门的项目，可能会存在数以千计的副本，存储这些副本需要消耗大量的服务器资源。

GitLab 120中，实例管理员可以使用object_pools功能标志启用Git对象重复数据删除。启用后，创建公共分支也将创建对象池并使用objects/info/ alternates来减少分叉的存储要求。对象重复数据删除需要启用散列存储，并且父项目要使用散列存储。现有的forks还没有自动迁移到对象池。在后续即将将发布的版本中，会通过直接在重复数据删除状态下创建fork来实现快速fork。当前版本还需要首先创建fork，然后进行重复数据删除。

从2019年5月30日起，GitLab在线git服务已启用​​对象重复数据删除。自建实例但默认情况下关闭该功能，因为在获取时会显示重复警告。

手动添加Kubernetes集群需要输入多个数据点，并且容易出错。为了在手动添加集群解决访问和权限问题，kubernetes集成支持将验证API URL的可访问性以及集群令牌和CA证书的有效性。

在GitLab 120中，过Zoom电话会议轻松与团队成员就问题进行协作。在问题说明中粘贴会议链接。 GitLab将检测链接并在标题下方的顶部显示"加入Zoom会议"按钮，使其显示给所有协作者。

用户能够在问题中定义任务，并且该信息在整个应用程序的各个位置会显示。在GitLab 120中，用户可以通过API返回任务进度信息。

之前版本用户无法从问题API获取详细的问题统计信息。在GitLab 120中添加了返回所有、已关闭和已打开状态的问题统计的功能。

GitLab 120中Omnibus改进包括：

引入Mattermost 511，这是一个开源的Slack替代品，其最新版本包括一个新的远程CLI工具，及更多功能。此版本还包括安全更新，尽快升级到新版本来。

默认情况下启用JSON日志记录。

omnibus-gitlab默认会启用Grafana服务。此外，现在已经实现GitLab和Grafana自动启用OAuth身份验证。

使用一些直接检测的ruby指标改进了GitLab指标

GitLab还同期发布了GitLab Runner 120。主要变化如下：

Docker Credentials帮助程序支持；

在注册时为跑步者添加access_level配置；

允许Kubernetes Executor配置Pod安全上下文；

为新注册的Windows shell执行程序设置PowerShell默认值；

支持Windows docker卷配置。

同时GitLab Runner 120版本，也删除了一些此前弃用的东西：

删除已弃用的clone/fetch命令

删除已弃用的git clean策略

删除对已弃用的metrics_server设置的支持

删除对K8S的已弃用入口点配置的支持

删除对已弃用的S3缓存配置的支持

删除对已弃用分发的支持

删除旧的docker helper image命令

可以在GitLab Runner的CHANGELOG中找到所有更改的列表。

GitLab 120在性能方面的一些改进包括：

epics列表页面系能做了性能大幅度优化。

避免为Elasticsearch结果访问数据库，避免两次针对搜索结果点击Elasticsearch。

批量提交文档到ElasticSearch索引；

缓存在提交消息中呈现Markdown以提高列表提交的性能；

提高每次推送的存储库大小限制检查的性能；

使用长描述加载问题或合并请求时提高性能；

通过建议的更改提高合并请求的性能；

重新打包Git存储库时，通过使用delta岛来提高性能并减少克隆的CPU使用率；

提高监控图表的性能；

修复ListLastCommit RPC上的Git N+1；

使用--perl-regexp提高Git代码搜索性能；

通过修复Git N + 1来提高JobsController的性能；

GitLab的主要维护版本版本这中，删除对GitLab 9x的支持。最低支持版本提高到GitLab 100。

启用日期：2019年6月22日

在GitLab 120，GitLab Geo需要使用Hashed Storage来缓解辅助节点上的竞争条件。请使用"sudo gitlab-rake gitlab：geo：check"检查是否启用了Hashed Storage并迁移了所有项目。

迁移日期：2019年6月22日

在GitLab 120中，Geo需要PostgreSQL外部数据包装器，将最低PostgreSQL版本提高到96。 GitLab Geo使用PostgreSQL Foreign Data Wrapper来查询来自不同PostgreSQL实例的数据。这是Geo Log Cursor所必需的，可以显著提高了某些同步 *** 作的性能。 Foreign Data Wrapper还提高了Geo节点状态查询的性能。对于大型项目，遗留查询具有不可接受的性能。

迁移日期：2019年6月22日

在GitLab 121中将删除Kubernetes部署选择器的应用程序标签匹配（删除最初计划为120）。在GitLab 1110的一部分，gitlab引入了一种新的匹配机制，它使用appgitlabcom/app和appgitlabcom/env来展示部署板上的部署。要在部署板中查看这些部署，需要做的就是推送新部署，GitLab将使用新标签进行部署。

移除日期：2019年6月22日

新的KUBE_INGRESS_BASE_DOMAIN环境变量在GitLab 118部分引入。不再需要使用AUTO_DEVOPS_DOMAIN来定义多个域，因为现在可以在群集页面上单独定义这些域。

移除日期：2019年6月22日

在GitLab 121中计划删除实例级Kubernetes服务模板，以支持在GitLab 1111中引入的实例级集群功能。

作为升级到GitLab 120的一部分，任何使用服务模板的自建gitlab实例都将迁移到实例级集群。

移除日期：2019年6月22日

在GitLab 120中完全删除了对skip_auto_migrations文件的支持。该文件在GitLab 106中已被弃用。

移除日期：2019年6月22日

GitLab 120中完全取消了对Prometheus 1x的支持。

移除日期：2019年6月22日

openSUSE 423将于2019年6月30日到期。gitlab将会在122中放弃支持。

移除日期：2019年8月22日

GitLab 119开始GitLab Runner一直在使用一种新方法来克隆/获取存储库。在目前版本，如果不支持新方法，GitLab Runner将使用旧方法。

在GitLab 110中，我们更改了为GitLab Runner配置度量服务器的方式。 metrics_server已被删除，转而使用GitLab 120中的listen_address。

在113中，GitLab Runner开始支持多个缓存提供程序。这导致特定于S3的配置的新设置。

GitLab 120中将不再提供这些路径。对于从119+以上的用户，直接升级不会有任何影响。

弃用日期：2019年6月22日

在GitLab 114中，GitLab Runner引入了一个功能标志FF_K8S_USE_ENTRYPOINT_OVER_COMMAND。在GitLab 120中，将删除这些功能标志。

移除日期：2019年6月22日

GitLab Runner中一些Linux发行版已达到End of Life支持。GitLab 120中，GitLab Runner不再提供专门分发包给过期的Linux发行版。

弃用日期：2019年6月22日

作为添加对Windows Docker执行程序的支持的一部分，需要弃用一些用于帮助程序镜像的旧命令。在GitLab 120中，GitLab Runner开始使用新命令。这仅影响覆盖帮助程序镜像的用户。

迁移日期：2019年6月22日

使用GitLab Runner 1110引入了一种配置Runner如何执行git clean命令的方法。新的清理策略删除了git reset的使用，并在checkout之后删除了git clean命令。在GitLab Runner 120中，GitLab Runner放弃了对旧版清理策略的支持，并删除了使用功能标志设置恢复该功能的方法。

弃用日期：2019年6月22日

许可证管理做了重新命名以便更好地与GitLab 120中的常见行业用语一致。许可证合规性的目的是分析应用程序，跟踪第三方组件（如库和外部依赖项）使用的许可证，并检查它们是否与项目的许可模型兼容。许可证合规性安全软件组合分析组的一部分。

迁移日期：2019年6月22日

命令行参数--auth-first-page，不再受支持，需要删除此参数。

DEP_SCAN_DISABLE_REMOTE_CHECKS标志变量，不再受支持，需要删除此参数。

GITLAB_FEATURES环境变量中的sast_container值，必须更改为container_scanning。

迁移日期：2019年6月22日

新版本不再更新在项目管道中配置安全功能时使用的文档中安全手动配置代码段。请使用include: template: Dependency-Scanninggitlab-ciyml配置中使用Secure的include。

弃用日期：2019年6月22日

为了缓解这种情况，默认情况下将禁用前进3DES。对于现代浏览器的用户，这不应该改变任何内容，但是在Windows XP *** 作系统上运行的Internet Explorer版本7和8的某些用户可能会受到影响。

弃用日期：2019年6月22日

GitLab 120是支持MySQL（和MariaDB）的最后一个版本。用户需要迁移到PostgreSQL才能使用未来版本。 MySQL已被弃用，对它的支持以前仅限于Enterprise Edition Starter和Premium。

弃用日期：2019年7月22日

GitLab 121中的UI中会删除这些设置，该策略已在GitLab 1111中的gitlabyml中提供。此外，还可以定义Sentry环境，以区分开发，stagin和生产等多个部署。

迁移日期：2019年7月22日

当我们在GitLab 116中引入组级项目模板时，将该功能扩大化了。通过给予低于Silver/Premium的现有用户/实例三个月的宽限期来修复GitLab 1111中的这个错误。2019年8月22日，此宽限期将到期，组项目模板将需要Silver/ remium或更高版本。

迁移日期：2019年8月22日

如果使用Python 2的用户在开始使用GitLab 122时进行自我管理，则需要将CI变量LM_PYTHON_VERSION设置为"2"。使用Python 3的用户现在可以将CI变量LM_PYTHON_VERSION更改为"3"。

迁移日期：2019年8月22日

在GitLab 123计划弃用GitLab Runner中的Windows批处理命令行作业（例如cmdexe），以支持对Windows PowerShell的扩展和扩展支持。对于可能仍希望针对cmdexe运行项目的用户，可以从PowerShell调用这些命令，但不会为Windows批处理提供直接支持。

弃用日期：2019年9月22日

使用GitLab Runner 1110，当使用Docker和Docker Machine执行程序已更改了共享卷中缓存作业目录部分。 GitLab Runner现在缓存使用builds_dir配置的整个基本目录，而不是仅缓存作业工作目录的父目录。因为它是一个行为改变，我们添加了一个功能标志，允许控制是否应该使用新的或旧的行为。在GitLab Runner 123，将删除功能标志和旧有行为。

迁移日期：2019年9月22日

Python 27在2020年1月1日达到其生命周期，因此将在未来的GitLab版本中删除对Python 2的支持。

迁移日期：2019年12月22日

如果使用Omnibus安装自建实例，通过发行版办的包管理器直接升级即可：

比如CentOS下可以直接通过yum updata gitlab-ce自动完成升级过程。

GitLab 120将Enterprise Edition多年来进行的数据库更改合并到Community Edition中。作为这项工作的一部分，还删除了各种旧迁移。升级到GitLab 12的用户必须先升级到最新的 1111 补丁版本，然后再升级到 1200 。升级到1210等未来版本时，用户必须先升级到1200。如果不按照此顺序升级可能会导致数据迁移未成功，从而导致应用程序错误。 Omnibus安装会先强制升级到1200。 通过源码安装用户必须按照这个顺序受手动处理 （XX-> 1111->120 ->YY）。

GitLab 120默认使用Hashed Storage。这会影响新安装。

GitLab 120将自动将PostgreSQL版本升级到100。

用户可以跳过PostreSQL 100的自动升级，创建/etc/gitlab/ disable-postgresql-upgrade。

如果使用GitLab Geo，将在主节点和所有辅助节点上跳过自动PostgreSQL升级。我们将在121中为Geo用户提供升级路径。

默认情况下，GitLab 120将启用JSON日志记录。并提供了保留以前非JSON的日志格式的设置文档。

oracle 10g的DBMS_XPLAN包中display_cursor函数不同于display函数，display_cursor用于显示SQL语句的真实的执行计划，在大多数情况下，

显示真实的执行计划有助于更好的分析SQL语句的全过程，尤其是运行此SQL语句实时的I/O开销。通过对比预估的I/O与真实的I/O开销来判断

SQL语句所存在问题，如缺少统计信息，SQL语句执行的次数，根据实际中间结果集的大小来选择合适的连接方式等。本文仅仅讲述

display_cursor函数的使用。

一、display_cursor函数用法

1、display_cursor函数语法

DBMS_XPLANDISPLAY_CURSOR(

sql_id IN VARCHAR2 DEFAULT NULL,

cursor_child_no IN NUMBER DEFAULT NULL,

format IN VARCHAR2 DEFAULT 'TYPICAL');

2、display_cursor函数参数描述

sql_id

指定位于库缓存执行计划中SQL语句的父游标。默认值为null。当使用默认值时当前会话的最后一条SQL语句的执行计划将被返回

可以通过查询V$SQL 或V$SQLAREA的SQL_ID列来获得SQL语句的SQL_ID。

cursor_child_no

指定父游标下子游标的序号。即指定被返回执行计划的SQL语句的子游标。默认值为0。如果为null，则sql_id所指父游标下所有子游标

的执行计划都将被返回。

format

控制SQL语句执行计划的输出部分，即哪些可以显示哪些不显示。使用与display函数的format参数与修饰符在这里同样适用。

除此之外当在开启statistics_level=all时或使用gather_plan_statistics提示可以获得执行计划中实时的统计信息

有关详细的format格式描述请参考：dbms_xplan之display函数的使用 中format参数的描述

下面给出启用统计信息时format新增的修饰符

iostats 控制I/O统计的显示

last 默认，显示所有执行计算过的统计。如果指定该值，则只显示最后一次执行的统计信息

memstats 控制pga相关统计的显示

allstats 此为iostats memstats的快捷方式，即allstats包含了iostats和memstats

run_stats_last 等同于iostats last。只能用于oracle 10g R1

run_stats_tot 等同于iostats。只能用于oracle 10g R1

抓一个最近一小时最消耗IO的SQL：

SELECT sql_id, COUNT()

FROM gv$active_session_history ash, gv$event_name evt

WHERE ashsample_time > SYSDATE - 1 / 24

AND ashsession_state = 'WAITING'

AND ashevent_id = evtevent_id

AND evtwait_class = 'User I/O'

GROUP BY sql_id

ORDER BY COUNT() DESC;

执行上面的SQL：

SQL> SELECT sql_id, COUNT()

FROM gv$active_session_history ash, gv$event_name evt

2 3 WHERE ashsample_time > SYSDATE - 1 / 24

4 AND ashsession_state = 'WAITING'

5 AND ashevent_id = evtevent_id

6 AND evtwait_class = 'User I/O'

7 GROUP BY sql_id

8 ORDER BY COUNT() DESC;

SQL_ID COUNT()

------------- ----------

g7fu6qba82m6b 668

63r47zyphdk06 526

9f5m4wd88nc1h 514

593p47drw5fhk 232

br91w16jzy4fu 120

4fvwyjpnh6tp7 78

gm0nrbfuj8kzr 70

2184k363hw4xd 68

gc4dajs7g5myy 46

8vrk9sfuwfdgq 42

ccpnb4dwdmq21 40

查看SQL的执行计划：

SELECT FROM TABLE(dbms_xplandisplay_cursor('g7fu6qba82m6b'));

在SQLPLUS中执行：

SQL> set pagesize 2000

SQL> SELECT FROM TABLE(dbms_xplandisplay_cursor('g7fu6qba82m6b'));

PLAN_TABLE_OUTPUT

------------------------------------------------------------------------------------------------------------------------

SQL_ID g7fu6qba82m6b, child number 0

-------------------------------------

UPDATE "CPDDS_PDATA""CDM_LEDGER" SET "CSTM_NAME" = :a1,"CSTM_NO" =

:a2,"PAPER_TYPE" = :a3,"PAPER_NO" = :a4,"CURR_TYPE" = :a5,"SVT_NO" =

:a6,"BAL_DIR" = :a7,"BAL" = :a8,"AVAL_BAL" = :a9,"NORM_FRATIO" =

:a10,"PK_BAL" = :a11,"DR_ACCU" = :a12,"CR_ACCU" = :a13,"LAST_TRAN_DATE" =

:a14,"LAST_TRAN_TIME" = :a15,"PRT_LINE_NUM" = :a16,"NOREG_PK_REC_NUM" =

:a17,"PK_NO" = :a18,"PWD" = :a19,"FLAG" = :a20,"FRZ_FLAG" =

:a21,"CARD_HOLD_FLAG" = :a22,"PK_HOLD_FLAG" = :a23,"BGN_INT_DATE" =

:a24,"OPEN_DATE" = :a25,"ACC_HOLD_FLAG" = :a26,"CLS_DATE" =

:a27,"OPEN_TLR" = :a28,"CLS_TLR" = :a29,"CLS_INT" = :a30,"OPEN_INST" =

:a31,"ADD_NUM" = :a32,"DAC" = :a33,"FRZ_TIMES1" = :a34,"FRZ_TIMES2" =

:a35,"HOST_SEQNO" = :a36,"D_UPDATE_DATE" = :a37 WHERE "ACC" = :b0

Plan hash value: 319441092

-----------------------------------------------------------------------------------

| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

-----------------------------------------------------------------------------------

| 0 | UPDATE STATEMENT | | | | 3 (100)| |

| 1 | UPDATE | CDM_LEDGER | | | | |

| 2 | INDEX UNIQUE SCAN| I_CDM_LEDGER | 1 | 269 | 2 (0)| 00:00:01 |

-----------------------------------------------------------------------------------

Predicate Information (identified by operation id):

---------------------------------------------------

2 - access("ACC"=:B0)

29 rows selected

总结

1、与display函数不同，display_cursor显示的为真实的执行计划

2、对于format参数，使用与display函数的各个值，同样适用于display_cursor函数

3、当statistics_level为all或使用gather_plan_statistics提示可以获得执行时的统计信息

4、根据真实与预估的统计信息可以初步判断SQL效率低下的原因，如统计信息的准确性、主要的开销位于那些步骤等

C盘是系统默认的缓存存放磁盘 你上网产生的垃圾文件都存在里面 空间不足是正常的 下个360安全卫士 电脑清理一下 把里面的垃圾文件都删除了就行 望采纳啊

以上就是关于云计算专业的课程全部的内容，包括:云计算专业的课程、怎么确定物理地址的co,ci,ct、gitLab CI/CD docker自动部署vue前端项目等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！