• 关于

    默认值显示不可用

    的搜索结果

回答

详细解答可以参考官方帮助文档 在一些可能会返回许多信息的 API 方法中,为了更好地展示信息,通常都会将需要返回的信息进行分页,如查询可用镜像,返回40条数据,默认情况下会将结果分为10条一页,总共会有4页,一次只会返回1页的信息,所以造成返回的数据不全,使用时可以通过 PageSize 和 PageNumber 来控制,这两个参数的说明如下: 参数 类型 必需 描述 PageNumber Integer 否 实例状态列表的页码,起始值为 1,默认值为 1 PageSize Integer 否 分页查询时设置的每页行数,最大值 100 行,默认值为 10 例如查询镜像,查询杭州地域目前可用的官方公共镜像,查询结果中 TotalCount 显示有39条,那么结果将默认分成四页,若希望一次获取完,可以在请求中加入 PageSize,设置为大于39的数(若使用 Java SDK,可以在 Request 对象中通过 setPageSize 方法将 PageSize 设置为大于39的数值),这样请求后就可以一次返回39个镜像的数据了。 以下是 Java SDK 的演示: 默认情况下,PageSize 值为10(因为 Java SDK 若不设置 PageSize 的值,使用 getPageSize 返回的会是 null,API 服务器会默认将 PageSize 设置为10): 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); //describe.setPageSize(50);//默认情况下不设置的话PageSize就是10 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 使用 setPageSize 将 PageSize 值设置为50后,就可以一次性的返回所有镜像了: 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); describe.setPageSize(50);//这里在Request中通过setPageSize()方法将每页显示的数量设置为50 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); try { DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 说明 PageSize 的最大值为100,若查询的结果大于100,需要借助 PageNumber 来实现获取后几页的数据,即多次提交请求,每次设置 PageNumber 为1、2、3…,以获取所有的返回信息。可以在请求中通过 setPageNumber() 这个方法指定需要返回的页数。
2019-12-01 23:15:44 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在一些可能会返回许多信息的 API 方法中,为了更好地展示信息,通常都会将需要返回的信息进行分页,如查询可用镜像,返回40条数据,默认情况下会将结果分为10条一页,总共会有4页,一次只会返回1页的信息,所以造成返回的数据不全,使用时可以通过 PageSize 和 PageNumber 来控制,这两个参数的说明如下: 参数 类型 必需 描述 PageNumber Integer 否 实例状态列表的页码,起始值为 1,默认值为 1 PageSize Integer 否 分页查询时设置的每页行数,最大值 100 行,默认值为 10 例如查询镜像,查询杭州地域目前可用的官方公共镜像,查询结果中 TotalCount 显示有39条,那么结果将默认分成四页,若希望一次获取完,可以在请求中加入 PageSize,设置为大于39的数(若使用 Java SDK,可以在 Request 对象中通过 setPageSize 方法将 PageSize 设置为大于39的数值),这样请求后就可以一次返回39个镜像的数据了。 以下是 Java SDK 的演示: 默认情况下,PageSize 值为10(因为 Java SDK 若不设置 PageSize 的值,使用 getPageSize 返回的会是 null,API 服务器会默认将 PageSize 设置为10): 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); //describe.setPageSize(50);//默认情况下不设置的话PageSize就是10 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 使用 setPageSize 将 PageSize 值设置为50后,就可以一次性的返回所有镜像了: 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); describe.setPageSize(50);//这里在Request中通过setPageSize()方法将每页显示的数量设置为50 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); try { DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 说明 PageSize 的最大值为100,若查询的结果大于100,需要借助 PageNumber 来实现获取后几页的数据,即多次提交请求,每次设置 PageNumber 为1、2、3…,以获取所有的返回信息。可以在请求中通过 setPageNumber() 这个方法指定需要返回的页数。
2019-12-01 23:15:44 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在一些可能会返回许多信息的 API 方法中,为了更好地展示信息,通常都会将需要返回的信息进行分页,如查询可用镜像,返回40条数据,默认情况下会将结果分为10条一页,总共会有4页,一次只会返回1页的信息,所以造成返回的数据不全,使用时可以通过 PageSize 和 PageNumber 来控制,这两个参数的说明如下: 参数 类型 必需 描述 PageNumber Integer 否 实例状态列表的页码,起始值为 1,默认值为 1 PageSize Integer 否 分页查询时设置的每页行数,最大值 100 行,默认值为 10 例如查询镜像,查询杭州地域目前可用的官方公共镜像,查询结果中 TotalCount 显示有39条,那么结果将默认分成四页,若希望一次获取完,可以在请求中加入 PageSize,设置为大于39的数(若使用 Java SDK,可以在 Request 对象中通过 setPageSize 方法将 PageSize 设置为大于39的数值),这样请求后就可以一次返回39个镜像的数据了。 以下是 Java SDK 的演示: 默认情况下,PageSize 值为10(因为 Java SDK 若不设置 PageSize 的值,使用 getPageSize 返回的会是 null,API 服务器会默认将 PageSize 设置为10): 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); //describe.setPageSize(50);//默认情况下不设置的话PageSize就是10 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 使用 setPageSize 将 PageSize 值设置为50后,就可以一次性的返回所有镜像了: 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); describe.setPageSize(50);//这里在Request中通过setPageSize()方法将每页显示的数量设置为50 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); try { DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 说明 PageSize 的最大值为100,若查询的结果大于100,需要借助 PageNumber 来实现获取后几页的数据,即多次提交请求,每次设置 PageNumber 为1、2、3…,以获取所有的返回信息。可以在请求中通过 setPageNumber() 这个方法指定需要返回的页数。
2019-12-01 23:15:43 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在一些可能会返回许多信息的 API 方法中,为了更好地展示信息,通常都会将需要返回的信息进行分页,如查询可用镜像,返回40条数据,默认情况下会将结果分为10条一页,总共会有4页,一次只会返回1页的信息,所以造成返回的数据不全,使用时可以通过 PageSize 和 PageNumber 来控制,这两个参数的说明如下: 参数 类型 必需 描述 PageNumber Integer 否 实例状态列表的页码,起始值为 1,默认值为 1 PageSize Integer 否 分页查询时设置的每页行数,最大值 100 行,默认值为 10 例如查询镜像,查询杭州地域目前可用的官方公共镜像,查询结果中 TotalCount 显示有39条,那么结果将默认分成四页,若希望一次获取完,可以在请求中加入 PageSize,设置为大于39的数(若使用 Java SDK,可以在 Request 对象中通过 setPageSize 方法将 PageSize 设置为大于39的数值),这样请求后就可以一次返回39个镜像的数据了。 以下是 Java SDK 的演示: 默认情况下,PageSize 值为10(因为 Java SDK 若不设置 PageSize 的值,使用 getPageSize 返回的会是 null,API 服务器会默认将 PageSize 设置为10): 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); //describe.setPageSize(50);//默认情况下不设置的话PageSize就是10 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 使用 setPageSize 将 PageSize 值设置为50后,就可以一次性的返回所有镜像了: 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); describe.setPageSize(50);//这里在Request中通过setPageSize()方法将每页显示的数量设置为50 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); try { DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 说明 PageSize 的最大值为100,若查询的结果大于100,需要借助 PageNumber 来实现获取后几页的数据,即多次提交请求,每次设置 PageNumber 为1、2、3…,以获取所有的返回信息。可以在请求中通过 setPageNumber() 这个方法指定需要返回的页数。
2019-12-01 23:15:44 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在一些可能会返回许多信息的 API 方法中,为了更好地展示信息,通常都会将需要返回的信息进行分页,如查询可用镜像,返回40条数据,默认情况下会将结果分为10条一页,总共会有4页,一次只会返回1页的信息,所以造成返回的数据不全,使用时可以通过 PageSize 和 PageNumber 来控制,这两个参数的说明如下: 参数 类型 必需 描述 PageNumber Integer 否 实例状态列表的页码,起始值为 1,默认值为 1 PageSize Integer 否 分页查询时设置的每页行数,最大值 100 行,默认值为 10 例如查询镜像,查询杭州地域目前可用的官方公共镜像,查询结果中 TotalCount 显示有39条,那么结果将默认分成四页,若希望一次获取完,可以在请求中加入 PageSize,设置为大于39的数(若使用 Java SDK,可以在 Request 对象中通过 setPageSize 方法将 PageSize 设置为大于39的数值),这样请求后就可以一次返回39个镜像的数据了。 以下是 Java SDK 的演示: 默认情况下,PageSize 值为10(因为 Java SDK 若不设置 PageSize 的值,使用 getPageSize 返回的会是 null,API 服务器会默认将 PageSize 设置为10): 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); //describe.setPageSize(50);//默认情况下不设置的话PageSize就是10 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 使用 setPageSize 将 PageSize 值设置为50后,就可以一次性的返回所有镜像了: 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); describe.setPageSize(50);//这里在Request中通过setPageSize()方法将每页显示的数量设置为50 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); try { DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 说明 PageSize 的最大值为100,若查询的结果大于100,需要借助 PageNumber 来实现获取后几页的数据,即多次提交请求,每次设置 PageNumber 为1、2、3…,以获取所有的返回信息。可以在请求中通过 setPageNumber() 这个方法指定需要返回的页数。
2019-12-01 23:15:43 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在一些可能会返回许多信息的 API 方法中,为了更好地展示信息,通常都会将需要返回的信息进行分页,如查询可用镜像,返回40条数据,默认情况下会将结果分为10条一页,总共会有4页,一次只会返回1页的信息,所以造成返回的数据不全,使用时可以通过 PageSize 和 PageNumber 来控制,这两个参数的说明如下: 参数 类型 必需 描述 PageNumber Integer 否 实例状态列表的页码,起始值为 1,默认值为 1 PageSize Integer 否 分页查询时设置的每页行数,最大值 100 行,默认值为 10 例如查询镜像,查询杭州地域目前可用的官方公共镜像,查询结果中 TotalCount 显示有39条,那么结果将默认分成四页,若希望一次获取完,可以在请求中加入 PageSize,设置为大于39的数(若使用 Java SDK,可以在 Request 对象中通过 setPageSize 方法将 PageSize 设置为大于39的数值),这样请求后就可以一次返回39个镜像的数据了。 以下是 Java SDK 的演示: 默认情况下,PageSize 值为10(因为 Java SDK 若不设置 PageSize 的值,使用 getPageSize 返回的会是 null,API 服务器会默认将 PageSize 设置为10): 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); //describe.setPageSize(50);//默认情况下不设置的话PageSize就是10 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 使用 setPageSize 将 PageSize 值设置为50后,就可以一次性的返回所有镜像了: 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); describe.setPageSize(50);//这里在Request中通过setPageSize()方法将每页显示的数量设置为50 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); try { DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 说明 PageSize 的最大值为100,若查询的结果大于100,需要借助 PageNumber 来实现获取后几页的数据,即多次提交请求,每次设置 PageNumber 为1、2、3…,以获取所有的返回信息。可以在请求中通过 setPageNumber() 这个方法指定需要返回的页数。
2019-12-01 23:15:43 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在一些可能会返回许多信息的 API 方法中,为了更好地展示信息,通常都会将需要返回的信息进行分页,如查询可用镜像,返回40条数据,默认情况下会将结果分为10条一页,总共会有4页,一次只会返回1页的信息,所以造成返回的数据不全,使用时可以通过 PageSize 和 PageNumber 来控制,这两个参数的说明如下: 参数 类型 必需 描述 PageNumber Integer 否 实例状态列表的页码,起始值为 1,默认值为 1 PageSize Integer 否 分页查询时设置的每页行数,最大值 100 行,默认值为 10 例如查询镜像,查询杭州地域目前可用的官方公共镜像,查询结果中 TotalCount 显示有39条,那么结果将默认分成四页,若希望一次获取完,可以在请求中加入 PageSize,设置为大于39的数(若使用 Java SDK,可以在 Request 对象中通过 setPageSize 方法将 PageSize 设置为大于39的数值),这样请求后就可以一次返回39个镜像的数据了。 以下是 Java SDK 的演示: 默认情况下,PageSize 值为10(因为 Java SDK 若不设置 PageSize 的值,使用 getPageSize 返回的会是 null,API 服务器会默认将 PageSize 设置为10): 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); //describe.setPageSize(50);//默认情况下不设置的话PageSize就是10 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 使用 setPageSize 将 PageSize 值设置为50后,就可以一次性的返回所有镜像了: 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); describe.setPageSize(50);//这里在Request中通过setPageSize()方法将每页显示的数量设置为50 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); try { DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 说明 PageSize 的最大值为100,若查询的结果大于100,需要借助 PageNumber 来实现获取后几页的数据,即多次提交请求,每次设置 PageNumber 为1、2、3…,以获取所有的返回信息。可以在请求中通过 setPageNumber() 这个方法指定需要返回的页数。
2019-12-01 23:15:44 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 在一些可能会返回许多信息的 API 方法中,为了更好地展示信息,通常都会将需要返回的信息进行分页,如查询可用镜像,返回40条数据,默认情况下会将结果分为10条一页,总共会有4页,一次只会返回1页的信息,所以造成返回的数据不全,使用时可以通过 PageSize 和 PageNumber 来控制,这两个参数的说明如下: 参数 类型 必需 描述 PageNumber Integer 否 实例状态列表的页码,起始值为 1,默认值为 1 PageSize Integer 否 分页查询时设置的每页行数,最大值 100 行,默认值为 10 例如查询镜像,查询杭州地域目前可用的官方公共镜像,查询结果中 TotalCount 显示有39条,那么结果将默认分成四页,若希望一次获取完,可以在请求中加入 PageSize,设置为大于39的数(若使用 Java SDK,可以在 Request 对象中通过 setPageSize 方法将 PageSize 设置为大于39的数值),这样请求后就可以一次返回39个镜像的数据了。 以下是 Java SDK 的演示: 默认情况下,PageSize 值为10(因为 Java SDK 若不设置 PageSize 的值,使用 getPageSize 返回的会是 null,API 服务器会默认将 PageSize 设置为10): 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); //describe.setPageSize(50);//默认情况下不设置的话PageSize就是10 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 使用 setPageSize 将 PageSize 值设置为50后,就可以一次性的返回所有镜像了: 代码片段如下: DescribeImagesRequest describe = new DescribeImagesRequest(); describe.setPageSize(50);//这里在Request中通过setPageSize()方法将每页显示的数量设置为50 describe.setRegionId("cn-hangzhou"); describe.setImageOwnerAlias("system"); System.out.println("当前请求的PageSize大小:"+describe.getPageSize()); try { DescribeImagesResponse response = client.getAcsResponse(describe); System.out.println("镜像总数:"+response.getTotalCount()); System.out.println("返回的响应中镜像数量="+response.getImages().size()); 说明 PageSize 的最大值为100,若查询的结果大于100,需要借助 PageNumber 来实现获取后几页的数据,即多次提交请求,每次设置 PageNumber 为1、2、3…,以获取所有的返回信息。可以在请求中通过 setPageNumber() 这个方法指定需要返回的页数。
2019-12-01 23:15:44 0 浏览量 回答数 0

问题

用户指南- 备份与恢复- MySQL设置本地Binlog

背景信息 RDS for MySQL支持您手动设置本地Binlog日志的清理规则,您可以根据需求灵活设置Binlog。在设置Binlog之前请先了解MySQL Binlog日志生成和清理规则。 MySQL实例空间内生成Bi...
李沃晟 2019-12-01 21:39:26 602 浏览量 回答数 0

回答

主要box-sizing属性,box-sizing可用值为content-box, border-boxcontent-box:padding和border不被包含在定义的width和height之内。对象的实际宽度等于设置的width值和border、padding以及margin之和,即 ( Element width = width + border + padding+margin ),此属性表现为标准模式下的盒模型。border-box:padding和border被包含在定义的width和height之内。对象的实际宽度就等于设置的width值,即使定义有border和padding也不会改变对象的实际宽度,即 ( Element width = width ),此属性表现为怪异模式下的盒模型。对于Div默认使用的是 content-box, 而button 默认是border-box把button 的margin设置为0,就和Div显示是一样
a123456678 2019-12-02 02:25:31 0 浏览量 回答数 0

回答

我只是遇到了同样的问题,经过大量搜索并查看了mod_authz_groupfile.c源代码,似乎仅凭配置就不可能了。 该组未显示为变量,并且似乎没有一种require group在表达式中使用该语句的方法。你可以很可能拿到小组到一个变量使用RewriteMap指令指令读取AuthGroupsFile再次使用自定义外部命令(如默认命令TXT是不够的),但就是这样复杂,可能很慢。 请注意,使用文件功能读取 表达式中的AuthGroupsFile 将不起作用,因为在身份验证之前对表达式进行了评估,因此REMOTE_USER变量的值尚不可用。
游客ufivfoddcd53c 2020-01-04 17:19:45 0 浏览量 回答数 0

回答

本文介绍了创建及配置集群的基本配置流程和查看配置清单的方法,并详细说明了各高级配置项的用法。 基本配置流程 开通并创建NAS 首次创建E-HPC集群之前,需要先登录文件存储产品页面 开通NAS服务,NAS服务开通后,登录到NAS控制台开始 创建NAS文件系统,并为文件系统 添加挂载点,操作完成之后,就可以登录到EHPC控制台创建集群了。 创建集群 1.. 登录E-HPC管理控制台。如果尚未注册,请先单击 免费注册 完成注册流程(按照最新国家规定,需要实名制注册)。登录后定位到 弹性高性能计算,会直接显示如下的集群界面: ClusterView 2.. 在该 集群 界面,先选择地域(如华东1),单击右上角开始 创建集群。 注意1:请先了解地域和可用区。 注意2: 在创建、管理或使用E-HPC集群时,非特殊情况请勿使用云服务器ECS管理控制台调整单个集群节点。建议通过E-HPC集群管控平台操作。详情见 为什么不能使用ECS管理控制台对E-HPC集群节点进行操作? 第一步:硬件配置 硬件配置项包括:可用区、付费类型、部署方式和节点配置,如下图所示:HardwareConfig 选择可用区。 ZoneSelect 说明:为了保证E-HPC节点间的网络通讯效率,所有开通的节点均位于同一地域同一可用区,请参见地域和可用区。如果在开通E-HPC集群时发现想用的区域不可选,请参见为什么某些地域无法开通E-HPC集群 选择付费类型 付费类型是指集群节点ECS实例的计费方式,其中不包括弹性IP、NAS存储的费用。共有三种付费类型供您选择:包年包月、按量付费和竞价实例。ChargeMode 选择部署方式 DeployMode 说明: 标准:登录节点、管控节点和计算节点分离部署,管控节点可以选2台或4台(HA)。 简易:登录、管控服务混合部署在一台节点上,计算节点分离。 One-box: 所有类型的服务都部署在一台计算节点上,整个集群只有一个节点,可选择使用本地存储或NAS存储。使用NAS存储时可支持集群扩容。 4. 节点配置 NodeSelect 如上图,系统中默认分配2个管控节点实例,还可以自己选择1个或者4(HA)。计算节点的数量指定为3台。登录节点默认分配1台。点击节点的打开下拉菜单可进一步选择所需机型。 说明: E-HPC集群主要由以下3种节点构成 计算节点:用于执行高性能计算作业的节点 管控节点:用于进行作业角度和域账户管理的节点,包括相互独立的2种节点: 作业调度节点:部署作业调度器 域帐户管理节点:部署集群的域账号管理软件 登录节点:具备公网IP,用户可远程登录该节点,通过命令行操作HPC集群 一般来说,作业调度节点只处理作业调度,域帐户管理节点只处理帐户信息,都不参与作业运算,因此原则上管控节点选用较低配置的企业级实例(如小于4CPU核的sn1ne实例)保证高可用性即可。计算节点的硬件配置选择是影响集群性能的关键点。登录节点通常会被配置为开发环境,需要为集群所有用户提供软件开发调试所需的资源及测试环境,因此推荐登录节点选择与计算节点配置一致或内存配比更大的实例。各种机型的详细信息可参考推荐配置。 完成硬件配置后,点击下一步进入软件配置界面。 第二步:软件配置 软件配置项包括:镜像类型、操作系统、调度器和软件包,如下图所示:SoftwareConfig 说明: 选择不同的镜像类型,操作系统的可选项也会变化。操作系统指部署在集群所有节点上的操作系统。“镜像类型”说明: 若用户选择镜像为"自定义镜像类型",则不能使用基于已有E-HPC集群节点创建产生的自定义镜像,否则,创建集群计算节点将会产生异常。 调度器是指HPC集群上部署的作业调度软件。选择不同的作业调度软件,向集群提交作业时作业脚本和参数也会有相应的不同。 软件包是指HPC集群上部署的HPC软件,HPC提供多种类型的典型配置软件包如GROMACS、OpenFOAM和LAMMPS等,包含相应的软件和运行依赖,集群创建完毕之后,所选的软件将会预装到集群上。 第三步:基础配置 基础配置项包括:基本信息和登录设置,如下图所示:BaseConfig 说明: 基本信息中的名称是指集群名称,该名称将会在集群列表中显示,便于用户查找。 登录设置填写的是登录该集群的密码,该密码用于远程SSH访问集群登录节点时使用,对应的用户名为root。 完成基本配置后,勾选《E-HPC服务条款》,点击确认即可创建集群。 查看配置清单 您可以在创建集群界面的右侧查看当前配置清单。默认情况下,配置清单仅显示基础配置,您可以勾选高级配置选项查看更多配置项。 ConfigList 查看配置拓扑图 在创建完集群之后,点击右上角查看详情,我们可以查看到集群的在拓扑图。TopoButton 可以看到当前配置拓扑图中,包括VPC名称、交换机名称、NAS实例名、登录节点、管控节点、计算节点的配置及数量等。ClusterTopo 查询创建状态 大约20分钟后,您可以回到E-HPC集群页面,查看新集群状态。若新集群所有节点皆处于 运行中 的状态,则集群已创建完毕。下一步用户可登录到集群进行操作,请参见指引使用集群。 高级配置 按照基本配置流程可创建通用E-HPC集群,如果用户需要更灵活的配置,可以在高级配置选项下进行选择。创建集群的三个步骤中前两个步骤都有高级配置可供用户选择。 硬件高级配置 依次打开创建集群 > 硬件配置 > 高级配置,可以看到如下配置选项(本例在创建集群前已事先创建了网络、存储等基础服务): HardwareAdvConfig 网络配置 上图中的网络配置部分,用户可自行在阿里云专有网络控制台创建VPC、交换机,在阿里云云服务器控制台创建安全组,创建完成后即可在这里可以选择所需的VPC、交换机、安全组等网络配置。如果不想跳转到其他服务的控制台,也可点击此处的“创建VPC”、“创建子网(交换机)”链接,在右侧的滑动窗口中创建相应的组件。 说明:如果用户事先没有创建VPC和交换机,创建集群的流程将会自动创建默认一个默认的VPC和交换机,VPC网段为192.168.0.0/16,交换机网段为192.168.0.0/20。用户如果自行创建了VPC,需要在所需的可用区下自行创建交换机才可继续创建集群。如果用户自行创建了VPC和交换机,使用基础配置流程创建集群时将会自动选择第一个VPC和交换机,请确保交换机下的IP地址空间足够(可用IP数大于集群所有节点的数量),用户也可以在高级配置下的VPC和交换机配置中自行选择任何已创建的VPC和交换机。 共享存储配置 上图中的共享存储部分,E-HPC所有用户数据、用户管理、作业共享数据等信息都会存储在共享存储上以供集群各节点访问。目前共享存储是由文件存储NAS提供。而要使用NAS还要配套挂载点和远程目录。 说明:如果用户事先没有在当前可用区创建NAS实例和挂载点,创建集群的流程将会在可用区下自动创建默认一个默认的NAS实例与挂载点。如果用户在当前可用区自行创建了NAS实例和挂载点,使用基础配置流程创建集群时将会自动选择第一个NAS实例和挂载点。如果在该NAS实例在可用区下没有可用的挂载点,创建集群的流程会自动创建一个挂载点。请确保该NAS实例还有可用的挂载点余量。 系统盘大小配置 用户可以根据自己实际需求,在这里指定创建集群计算节点的系统盘大小,默认值是40,范围在40-500(G)之间。 该值与集群扩容时系统盘大小的默认值保持一致,用户也可以在集群扩容时为新扩容的节点重新设置系统盘大小。 软件高级配置 依次打开创建集群 > 软件配置 > 高级配置,进行高级选项配置。 队列配置 用户可在此处为创建的集群指定队列,当不指定时集群会加入到默认的队列,如,PBS集群的默认队列为workq,slurm集群的默认队列为comp. queueconfig 安装后执行脚本 集群部署完毕后,用户可以在此处执行脚本。PostScript 说明: 下载地址是指脚本文件所在的地址,一般将脚本上传到OSS服务,这里填写OSS文件的url。 执行参数是指执行脚本时需要传入的命令行参数。 软件版本 用户可以在此处选择域账号服务软件类型和具体的软件清单:VersionConfig 注意:在选择预装高性能计算应用软件时,必须选择所依赖的软件包(如mpich或openmpi,参见软件包名后缀)。如选择”-gpu”后缀的软件,必须确保计算节点使用GPU系列机型。否则会有集群创建失败或软件无法正常运行的风险。
1934890530796658 2020-03-23 16:48:30 0 浏览量 回答数 0

问题

从数据迁移测试小结看,黑盒测试与灰盒测试

最近在测试公司的一个数据迁移项目,该数据迁移主要是实现将旧系统中的数据准确的迁移到新系统中,开始开发并未给具体的需求说明,按照以往的测试,我们按照黑盒测试的原理从界面上模拟构 造各个模...
技术小菜鸟 2019-12-01 21:48:13 2814 浏览量 回答数 1

问题

Swarm 集群 应用管理 应用参数配置说明

本文档旨在帮助您理解通过镜像创建 swarm 应用时界面的参数含义,顺利地进行参数配置,其中对一部分参数,会给出一些文档资源,供您了解更多信息。 镜像名称 选择镜像列表中已有的...
青蛙跳 2019-12-01 21:35:01 761 浏览量 回答数 0

问题

Swarm 集群 应用管理 应用参数配置说明

本文档旨在帮助您理解通过镜像创建 swarm 应用时界面的参数含义,顺利地进行参数配置,其中对一部分参数,会给出一些文档资源,供您了解更多信息。 镜像名称 选择镜像列表中已有的...
青蛙跳 2019-12-01 21:35:00 817 浏览量 回答数 0

问题

API参考 - API参考 - 实例管理 -DescribeDBInstanceSwitchLog

描述 该接口用于查看实例的主备切换日志,适用于MySQL高可用版实例、MySQL金融版实例、SQL Server实例、PostgreSQL实例、PPAS实例。 请求参数 [tr=rgb(51, 205,...
李沃晟 2019-12-01 21:40:34 579 浏览量 回答数 0

回答

即使节点具有3.75 GB的总内存,很可能容量可分配不是全部3.75 GB。Kubernetes为系统服务保留了一些容量,以避免容器在节点中消耗太多资源,从而影响系统服务的运行。来自文档:Kubernetes节点可以安排到容量。默认情况下, Pod可以占用节点上的所有可用容量。这是一个问题,因为节点通常运行很多系统守护进程,为操作系统和Kubernetes本身提供动力。除非为这些系统守护程序留出资源,否则pod和系统守护程序会争用资源并导致节点上的资源不足问题。因为您使用的是GKE,所以它们不使用默认值,运行以下命令将显示您在节点中拥有多少可分配资源:kubectl describe node [NODE_NAME] | grep Allocatable -B 4 -A 3来自GKE文档:可分配资源按以下方式计算:Allocatable =容量 - 保留 - 逐出阈值对于内存资源,GKE保留以下内容:前4GB内存的25%接下来4GB内存的20%(最高8GB)下一个8GB内存的10%(最高16GB)下一个112GB内存的6%(最高128GB)128GB以上的任何内存的2%GKE在每个节点上保留额外的100 MiB内存用于kubelet驱逐。正如错误消息所示,扩展群集将无法解决问题,因为每个节点容量限制为X内存量,POD需要更多。
k8s小能手 2019-12-02 01:57:04 0 浏览量 回答数 0

问题

集群管理API

CreateCluster 创建集群 请求参数 字段类型是否必须默认值描述ActionString是-操作接口名,系统规定参数,取值:CreateClusterRegionIdString是...
反向一觉 2019-12-01 21:08:23 1330 浏览量 回答数 0

问题

伸缩组:创建伸缩组

描述 创建一个伸缩组(CreateScalingGroup)。伸缩组是具有相同应用场景的 ECS 实例集合,伸缩组有最大 ECS 实例数、最小 ECS 实例数、移出策略、冷却时间、关联的负载均衡实例...
青蛙跳 2019-12-01 21:31:57 546 浏览量 回答数 0

问题

线图

您如果已经阅读过 仪表板概述和 仪表板基本操作,那么本章将为您介绍如何创建一个线图。如果您还需要对数据集做进一步的编辑,或者想重新创建一个数据集,请参阅, 数据集管理。 线图可以通过折...
反向一觉 2019-12-01 21:04:05 1099 浏览量 回答数 0

问题

如何在ModelForm中删除此错误消息?

我正在尝试创建一种方法来更新具有CharField和ForeignKey字段的数据库项。我想传递原始值,这样就不必每次都为每个字段手动输入它们,但这给了我一个“选择一个有效的选择。这个选择不是可用的选择之一。” 对该group领域的警告。如...
一码平川MACHEL 2019-12-01 19:31:48 462 浏览量 回答数 1

问题

CreateLoadBalancer

描述 创建LoadBalancer,根据参数生成负载均衡实例,分配服务地址和LoadBalancerId。AddressType指定分配的服务地址是公网IP还是内网IP。 创建实例需要通过实名认证。没有通...
行者武松 2019-12-01 21:37:21 1361 浏览量 回答数 0

回答

阿里云容器服务Kubernetes集群支持通过界面创建Job类型的应用。本例中将创建一个Job类型的busybox应用,并演示任务(Job)应用的特性。 前提条件 您已成功创建一个 Kubernetes 集群。参见创建Kubernetes集群。 背景信息 Job负责批量处理短暂的一次性任务 (short lived one-off tasks),即仅执行一次的任务,它保证批处理任务的一个或多个Pod成功结束。 Kubernetes支持以下几种Job: 非并行Job:通常创建一个Pod直至其成功结束 固定结束次数的Job:设置.spec.completions,创建多个Pod,直到.spec.completions个Pod成功结束 带有工作队列的并行Job:设置.spec.Parallelism但不设置.spec.completions,当所有Pod结束并且至少一个成功时,Job就认为是成功。 固定结束次数的并行Job:同时设置.spec.completions和.spec.Parallelism,多个Pod同时处理工作队列。 根据.spec.completions和.spec.Parallelism的设置,可以将Job划分为以下几种模式: 说明 本例中创建的任务属于固定结束次数的并行Job。 Job类型 使用示例 行为 completions Parallelism 一次性Job 数据库迁移 创建一个Pod直至其成功结束 1 1 固定结束次数的Job 处理工作队列的Pod 依次创建一个Pod运行直至completions个成功结束 2+ 1 固定结束次数的并行Job 多个Pod同时处理工作队列 依次创建多个Pod运行直至completions个成功结束 2+ 2+ 并行Job 多个Pod同时处理工作队列 创建一个或多个Pod直至有一个成功结束 1 2+ 操作步骤 登录容器服务管理控制台。 在Kubernetes菜单下,单击左侧导航栏中的应用 > 任务,然后单击页面右上角的使用镜像创建。 在应用基本信息页面进行设置,然后单击下一步 进入应用配置页面。 应用名称:设置应用的名称。 部署集群:设置应用部署的集群。 命名空间:设置应用部署所处的命名空间,默认使用default命名空间。 类型:设置类型为任务。 说明 本例中选择任务类型,即Job。 应用配置 设置容器配置。 说明 您可为应用的Pod设置多个容器。 设置容器的基本配置。 镜像名称:您可以单击选择镜像,在弹出的对话框中选择所需的镜像并单击确定,本例中为 busybox。 您还可以填写私有 registry。填写的格式为domainname/namespace/imagename:tag 镜像版本:您可以单击选择镜像版本 选择镜像的版本。若不指定,默认为 latest。 总是拉取镜像:为了提高效率,容器服务会对镜像进行缓存。部署时,如果发现镜像 Tag 与本地缓存的一致,则会直接复用而不重新拉取。所以,如果您基于上层业务便利性等因素考虑,在做代码和镜像变更时没有同步修改 Tag ,就会导致部署时还是使用本地缓存内旧版本镜像。而勾选该选项后,会忽略缓存,每次部署时重新拉取镜像,确保使用的始终是最新的镜像和代码。 设置镜像密钥:若您在使用私有镜像时,您可使用镜像密钥,保障镜像安全。具体配置请参见使用镜像密钥。 资源限制:可指定该应用所能使用的资源上限,包括 CPU 和内存两种资源,防止占用过多资源。其中,CPU 资源的单位为 millicores,即一个核的千分之一;内存的单位为 Bytes,可以为 Gi、Mi 或 Ki。 所需资源:即为该应用预留资源额度,包括 CPU 和内存两种资源,即容器独占该资源,防止因资源不足而被其他服务或进程抢占资源,导致应用不可用。 Init Container:勾选该项,表示创建一个Init Container,Init Container包含一些实用的工具,具体参见https://kubernetes.io/docs/concepts/workloads/pods/init-containers/。 容器基本配置 可选: 配置环境变量。 支持通过键值对的形式为 Pod 配置环境变量。用于给 Pod 添加环境标志或传递配置等,具体请参见 Pod variable。 可选: 配置健康检查。 支持存活检查(liveness)和就绪检查(Readiness)。存活检查用于检测何时重启容器;就绪检查确定容器是否已经就绪,且可以接受流量。关于健康检查的更多信息,请参见https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes。 配置健康检查 请求类型 配置说明 HTTP请求 即向容器发送一个HTTPget 请求,支持的参数包括: 协议:HTTP/HTTPS 路径:访问HTTP server 的路径 端口:容器暴露的访问端口或端口名,端口号必须介于1~65535。 HTTP头:即HTTPHeaders,HTTP请求中自定义的请求头,HTTP允许重复的header。支持键值对的配置方式。 延迟探测时间(秒):即initialDelaySeconds,容器启动后第一次执行探测时需要等待多少秒,默认为3秒。 执行探测频率(秒):即periodSeconds,指执行探测的时间间隔,默认为10s,最低为1s。 超时时间(秒):即timeoutSeconds,探测超时时间。默认1秒,最小1秒。 健康阈值:探测失败后,最少连续探测成功多少次才被认定为成功。默认是1,最小值是1。对于存活检查(liveness)必须是1。 不健康阈值:探测成功后,最少连续探测失败多少次才被认定为失败。默认是3。最小值是1。 TCP连接 即向容器发送一个TCP Socket,kubelet将尝试在指定端口上打开容器的套接字。 如果可以建立连接,容器被认为是健康的,如果不能就认为是失败的。支持的参数包括: 端口:容器暴露的访问端口或端口名,端口号必须介于1~65535。 延迟探测时间(秒):即initialDelaySeconds,容器启动后第一次执行探测时需要等待多少秒,默认为15秒。 执行探测频率(秒):即periodSeconds,指执行探测的时间间隔,默认为10s,最低为1s。 超时时间(秒):即timeoutSeconds,探测超时时间。默认1秒,最小1秒。 健康阈值:探测失败后,最少连续探测成功多少次才被认定为成功。默认是1,最小值是1。对于存活检查(liveness)必须是1。 不健康阈值:探测成功后,最少连续探测失败多少次才被认定为失败。默认是3。最小值是1。 命令行 通过在容器中执行探针检测命令,来检测容器的健康情况。支持的参数包括: 命令行:用于检测容器健康情况的探测命令。 延迟探测时间(秒):即initialDelaySeconds,容器启动后第一次执行探测时需要等待多少秒,默认为5秒。 执行探测频率(秒):即periodSeconds,指执行探测的时间间隔,默认为10s,最低为1s。 超时时间(秒):即timeoutSeconds,探测超时时间。默认1秒,最小1秒。 健康阈值:探测失败后,最少连续探测成功多少次才被认定为成功。默认是1,最小值是1。对于存活检查(liveness)必须是1。 不健康阈值:探测成功后,最少连续探测失败多少次才被认定为失败。默认是3。最小值是1。 可选: 配置生命周期。 您可以为容器的生命周期配置容器启动项、启动执行、启动后处理和停止前处理。具体参见https://kubernetes.io/docs/tasks/configure-pod-container/attach-handler-lifecycle-event/。 容器启动项:勾选 stdin 表示为该容器开启标准输入;勾选 tty 表示为该容器分配一个虚拟终端,以便于向容器发送信号。通常这两个选项是一起使用的,表示将终端(tty)绑定到容器的标准输入(stdin)上,例如一个交互式的程序从用户获取标准输入,并显示到终端中。 启动执行:为容器设置预启动命令和参数。 启动后处理:为容器设置启动后的命令。 停止前处理:为容器设置预结束命令。 配置生命周期 可选: 配置数据卷信息。 支持配置本地存储和云存储。 本地存储:支持主机目录(hostpath)、配置项(configmap)、保密字典(secret)和临时目录,将对应的挂载源挂载到容器路径中。更多信息参见 volumes。 云存储:支持云盘/NAS/OSS三种云存储类型。 可选: 配置日志服务,您可进行采集配置和自定义Tag设置。 说明 请确保已部署Kubernetes集群,并且在此集群上已安装日志插件。 您可对日志进行采集配置: 日志库:即在日志服务中生成一个对应的logstore,用于存储采集到的日志。 容器内日志路径:支持stdout和文本日志。 stdout: stdout 表示采集容器的标准输出日志。 文本日志:您可收集容器内指定路径的文本日志,同时支持通配符的方式。 您还可设置自定义 tag,设置tag后,会将该tag一起采集到容器的日志输出中。自定义 tag 可帮助您给容器日志打上tag,方便进行日志统计和过滤等分析操作。 完成容器配置后,单击 下一步。 进行高级设置。 您可进行任务配置。 参数 说明 成功运行的Pod数 即completions,指定job需要成功运行Pods的数量。默认值为1 并行运行的Pod数 即parallelism,指定job在任一时刻应该并发运行Pod的数量。默认值为1 超时时间 即activeDeadlineSeconds,指定job可运行的时间期限,超过时间还未结束,系统将会尝试进行终止。 重试次数 即backoffLimit,指定job失败后进行重试的次数。默认是6次,每次失败后重试会有延迟时间,该时间是指数级增长,最长时间是6min。 重启策略 仅支持不重启(Never)和失败时(OnFailure) 高级设置 最后单击创建。 创建成功后,默认进入创建完成页面,会列出应用包含的对象。 创建完成 您可以单击查看应用详情,进入任务详情页面。 创建过程中,您可在状态栏中查看容器组的创建情况。本例中按照任务定义,一次性并行创建2个Pod。 查看应用详情 等待一段时间,所有容器组创建完毕。 查看应用结果 单击左上角返回列表,进入任务列表页面中,您可看到,该任务已显示完成时间。 说明 若任务未创建完毕所有容器组,任务不会显示完成时间。 任务详情
1934890530796658 2020-03-31 15:46:54 0 浏览量 回答数 0

回答

通过容器服务管理控制台,您可以根据实际业务需要对Kubernetes集群的Worker节点进行扩容。 背景信息 目前不支持集群中Master节点的扩容。 操作步骤 登录容器服务管理控制台。 在控制台左侧导航栏中,选择集群 > 集群,进入集群列表页面。 选择所需的集群并单击右侧的集群扩容。 扩容 进入集群扩容页面进行扩容配置。 本示例进行集群扩容,将集群的Worker节点数由3个扩容到5个。配置描述如下表。 配置项 描述 集群名称 默认显示您创建的集群名称。 地域 默认显示集群所在的地域。 专有网络 设置节点的网络。您可以在已有VPC列表中选择所需的VPC。如果没有您需要的专有网络,可以通过单击创建专有网络进行创建,请参见创建专有网络。 虚拟交换机 设置虚拟交换机。 您可以在已有虚拟交换机列表中,根据可用区选择1-3个交换机 。如果没有您需要的交换机,可以通过单击创建虚拟交换机进行创建,请参见创建交换机。 付费类型 容器服务Kubernetes版支持按量付费和包年包月两种节点付费类型。选择包年包月时, 需设置购买时长。目前支持选择 1、2、3、6 和12 个月。 需设置是否自动续费 已有Worker数 当前集群拥有的节点数量。 伸缩数量 需要扩容的节点数量。 伸缩后Worker数 预期扩容后节点的数量。 实例规格 支持选择多个实例规格。详情参见实例规格族。 已选规格 选中的规格呈现在这里。 系统盘 支持SSD云盘和高效云盘。 挂载数据盘 支持SSD云盘和高效云盘。 说明 挂载数据盘时,支持云盘加密。 登录方式 设置密钥。 您需要在创建集群的时候选择密钥对登录方式,单击新建密钥对,跳转到ECS云服务器控制台,创建密钥对,参见创建SSH密钥对。密钥对创建完毕后,设置该密钥对作为登录集群的凭据。 设置密码。 登录密码:设置节点的登录密码。 确认密码:确认设置的节点登录密码。 密钥对 云监控插件 设置是否启用云监控插件。您可以选择在ECS节点上安装云监控插件,从而在云监控控制台查看所创建ECS实例的监控信息。 RDS白名单 设置RDS白名单。将节点IP添加到RDS实例的白名单中。 标签 为节点绑定标签。输入键和对应的值,单击添加。 说明 键是必需的,而 值 是可选的,可以不填写。 键不能是aliyun、http:// 、https://开头的字符串,不区分大小写,最多64个字符。 值 不能是http://或https://,可以为空,不区分大小写,最多128个字符。 同一个资源,标签键不能重复,相同标签键(Key)的标签会被覆盖。 如果一个资源已经绑定了20个标签,已有标签和新建标签会失效,您需要解绑部分标签后才能再绑定新的标签。 自定义镜像 允许您选择一个自定义ECS镜像,选择后,集群所有节点将基于此镜像进行部署。 有关创建自定义镜像操作,请参见使用自定义镜像创建 Kubernetes 集群。 说明 当前只有白名单用户可使用该功能。您可以提交工单申请使用。 污点(Taints) 为该节点添加污点。 CPU Policy 设置CPU policy。 none:默认策略,表示启用现有的默认CPU亲和方案。 static:允许为节点上具有某些资源特征的Pod赋予增强的CPU亲和性和独占性。 实例自定义数据 请参见生成实例自定义数据。 在集群扩容页面右侧,单击提交。 后续步骤 扩容完成后,单击左侧导航栏中的集群 > 节点,查看节点列表页面,您可以看到Worker节点的数量从3变成了5。 此时创建的节点会根据自定义节点名称指定的规则来命名节点。
1934890530796658 2020-03-26 13:30:53 0 浏览量 回答数 0

回答

索引,索引!!!为经常查询的字段建索引!! 但也不能过多地建索引。insert和delete等改变表记录的操作会导致索引重排,增加数据库负担。优化目标1.减少 IO 次数 IO永远是数据库最容易瓶颈的地方,这是由数据库的职责所决定的,大部分数据库操作中超过90%的时间都是 IO 操作所占用的,减少 IO 次数是 SQL 优化中需要第一优先考虑,当然,也是收效最明显的优化手段。2.降低 CPU 计算 除了 IO 瓶颈之外,SQL优化中需要考虑的就是 CPU 运算量的优化了。order by, group by,distinct … 都是消耗 CPU 的大户(这些操作基本上都是 CPU 处理内存中的数据比较运算)。当我们的 IO 优化做到一定阶段之后,降低 CPU 计算也就成为了我们 SQL 优化的重要目标优化方法改变 SQL 执行计划 明确了优化目标之后,我们需要确定达到我们目标的方法。对于 SQL 语句来说,达到上述2个目标的方法其实只有一个,那就是改变 SQL 的执行计划,让他尽量“少走弯路”,尽量通过各种“捷径”来找到我们需要的数据,以达到 “减少 IO 次数” 和 “降低 CPU 计算” 的目标分析复杂的SQL语句explain 例如: mysql> explain select from (select from ( select * from t3 where id=3952602) a) b; id select_type table type possible_keys key key_len ref rows Extra 1 PRIMARY system NULL NULL NULL NULL 1 2 DERIVED system NULL NULL NULL NULL 1 3 DERIVED t3 const PRIMARY,idx_t3_id PRIMARY 4 1 很显然这条SQL是从里向外的执行,就是从id=3 向上执行.show show tables或show tables from database_name; // 显示当前数据库中所有表的名称 show databases; // 显示mysql中所有数据库的名称 show columns from table_name from database_name; 或MySQL show columns from database_name.table_name; // 显示表中列名称 show grants for user_name@localhost; // 显示一个用户的权限,显示结果类似于grant 命令 show index from table_name; // 显示表的索引 show status; // 显示一些系统特定资源的信息,例如,正在运行的线程数量 show variables; // 显示系统变量的名称和值show processlist; // 显示系统中正在运行的所有进程,也就是当前正在执行的查询。 show table status; // 显示当前使用或者指定的database中的每个表的信息。信息包括表类型和表的最新更新时间 show privileges; // 显示服务器所支持的不同权限 show create database database_name; // 显示create database 语句是否能够创建指定的数据库 show create table table_name; // 显示create database 语句是否能够创建指定的数据库 show engies; // 显示安装以后可用的存储引擎和默认引擎。 show innodb status; // 显示innoDB存储引擎的状态 show logs; // 显示BDB存储引擎的日志 show warnings; // 显示最后一个执行的语句所产生的错误、警告和通知 show errors; // 只显示最后一个执行语句所产生的错误关于enum 存在争议。 对于取值有限且固定的字段,推荐使用enum而非varchar。但是!!其他数据库可能不支持,导致了难于迁移的问题。开启缓存查询 对于完全相同的sql,使用已经存在的执行计划,从而跳过解析和生成执行计划的过程。 应用场景:有一个不经常变更的表,且服务器收到该表的大量相同查询。对于频繁更新的表,查询缓存是不适合的 Mysql 判断是否命中缓存的办法很简单,首先会将要缓存的结果放在引用表中,然后使用查询语句,数据库名称,客户端协议的版本等因素算出一个hash值,这个hash值与引用表中的结果相关联。如果在执行查询时,根据一些相关的条件算出的hash值能与引用表中的数据相关联,则表示查询命中 查询必须是完全相同的(逐字节相同)才能够被认为是相同的。另外,同样的查询字符串由于其它原因可能认为是不同的。使用不同的数据库、不同的协议版本或者不同 默认字符集的查询被认为是不同的查询并且分别进行缓存。 下面sql查询缓存认为是不同的: SELECT * FROM tbl_name Select * from tbl_name 缓存机制失效的场景 如果查询语句中包含一些不确定因素时(例如包含 函数Current()),该查询不会被缓存,不确定因素主要包含以下情况 · 引用了一些返回值不确定的函数 · 引用自定义函数(UDFs)。 · 引用自定义变量。 · 引用mysql系统数据库中的表。 · 下面方式中的任何一种: SELECT ...IN SHARE MODE SELECT ...FOR UPDATE SELECT ...INTO OUTFILE ... SELECT ...INTO DUMPFILE ... SELECT * FROM ...WHERE autoincrement_col IS NULL · 使用TEMPORARY表。 · 不使用任何表。 · 用户有某个表的列级别权限。额外的消耗 如果使用查询缓存,在进行读写操作时会带来额外的资源消耗,消耗主要体现在以下几个方面 · 查询的时候会检查是否命中缓存,这个消耗相对较小 · 如果没有命中查询缓存,MYSQL会判断该查询是否可以被缓存,而且系统中还没有对应的缓存,则会将其结果写入查询缓存 · 如果一个表被更改了,那么使用那个表的所有缓冲查询将不再有效,并且从缓冲区中移出。这包括那些映射到改变了的表的使用MERGE表的查询。一个表可以被许多类型的语句更改,例如INSERT、UPDATE、DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE。 对于InnoDB而言,事物的一些特性还会限制查询缓存的使用。当在事物A中修改了B表时,因为在事物提交之前,对B表的修改对其他的事物而言是不可见的。为了保证缓存结果的正确性,InnoDB采取的措施让所有涉及到该B表的查询在事物A提交之前是不可缓存的。如果A事物长时间运行,会严重影响查询缓存的命中率 查询缓存的空间不要设置的太大。 因为查询缓存是靠一个全局锁操作保护的,如果查询缓存配置的内存比较大且里面存放了大量的查询结果,当查询缓存失效的时候,会长时间的持有这个全局锁。因为查询缓存的命中检测操作以及缓存失效检测也都依赖这个全局锁,所以可能会导致系统僵死的情况静态表速度更快定长类型和变长类型 CHAR(M)定义的列的长度为固定的,M取值可以为0~255之间,当保存CHAR值时,在它们的右边填充空格以达到指定的长度。当检索到CHAR值时,尾部的空格被删除掉。在存储或检索过程中不进行大小写转换。CHAR存储定长数据很方便,CHAR字段上的索引效率级高,比如定义char(10),那么不论你存储的数据是否达到了10个字节,都要占去10个字节的空间,不足的自动用空格填充。 VARCHAR(M)定义的列的长度为可变长字符串,M取值可以为0~65535之间,(VARCHAR的最大有效长度由最大行大小和使用的字符集确定。整体最大长度是65,532字节)。VARCHAR值保存时只保存需要的字符数,另加一个字节来记录长度(如果列声明的长度超过255,则使用两个字节)。VARCHAR值保存时不进行填充。当值保存和检索时尾部的空格仍保留,符合标准SQL。varchar存储变长数据,但存储效率没有CHAR高。 如果一个字段可能的值是不固定长度的,我们只知道它不可能超过10个字符,把它定义为 VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。空间上考虑,用varchar合适;从效率上考虑,用char合适,关键是根据实际情况找到权衡点。VARCHAR和TEXT、BlOB类型 VARCHAR,BLOB和TEXT类型是变长类型,对于其存储需求取决于列值的实际长度(在前面的表格中用L表示),而不是取决于类型的最大可能尺寸。 BLOB和TEXT类型需要1,2,3或4个字节来记录列值的长度,这取决于类型的最大可能长度。VARCHAR需要定义大小,有65535字节的最大限制;TEXT则不需要。如果你把一个超过列类型最大长度的值赋给一个BLOB或TEXT列,值被截断以适合它。 一个BLOB是一个能保存可变数量的数据的二进制的大对象。4个BLOB类型TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB仅仅在他们能保存值的最大长度方面有所不同。 BLOB 可以储存图片,TEXT不行,TEXT只能储存纯文本文件。 在BLOB和TEXT类型之间的唯一差别是对BLOB值的排序和比较以大小写敏感方式执行,而对TEXT值是大小写不敏感的。换句话说,一个TEXT是一个大小写不敏感的BLOB。 效率来说基本是char>varchar>text,但是如果使用的是Innodb引擎的话,推荐使用varchar代替char char和varchar可以有默认值,text不能指定默认值静态表和动态表 静态表字段长度固定,自动填充,读写速度很快,便于缓存和修复,但比较占硬盘,动态表是字段长度不固定,节省硬盘,但更复杂,容易产生碎片,速度慢,出问题后不容易重建。当只需要一条数据的时候,使用limit 1 表记录中的一行尽量不要超过一个IO单元 区分in和exist select * from 表A where id in (select id from 表B)这句相当于select from 表A where exists(select from 表B where 表B.id=表A.id)对于表A的每一条数据,都执行select * from 表B where 表B.id=表A.id的存在性判断,如果表B中存在表A当前行相同的id,则exists为真,该行显示,否则不显示 区分in和exists主要是造成了驱动顺序的改变(这是性能变化的关键),如果是exists,那么以外层表为驱动表,先被访问,如果是IN,那么先执行子查询。 所以IN适合于外表大而内表小的情况;EXISTS适合于外表小而内表大的情况复杂多表尽量少用join MySQL 的优势在于简单,但这在某些方面其实也是其劣势。MySQL 优化器效率高,但是由于其统计信息的量有限,优化器工作过程出现偏差的可能性也就更多。对于复杂的多表 Join,一方面由于其优化器受限,再者在 Join 这方面所下的功夫还不够,所以性能表现离 Oracle 等关系型数据库前辈还是有一定距离。但如果是简单的单表查询,这一差距就会极小甚至在有些场景下要优于这些数据库前辈。尽量用join代替子查询 虽然 Join 性能并不佳,但是和 MySQL 的子查询比起来还是有非常大的性能优势。 MySQL需要为内层查询语句的查询结果建立一个临时表。然后外层查询语句在临时表中查询记录。查询完毕后,MySQL需要插销这些临时表。所以在MySQL中可以使用连接查询来代替子查询。连接查询不需要建立临时表,其速度比子查询要快。尽量少排序 排序操作会消耗较多的 CPU 资源,所以减少排序可以在缓存命中率高等 IO 能力足够的场景下会较大影响 SQL 的响应时间。 对于MySQL来说,减少排序有多种办法,比如: 上面误区中提到的通过利用索引来排序的方式进行优化 减少参与排序的记录条数 非必要不对数据进行排序尽量避免select * 大多数关系型数据库都是按照行(row)的方式存储,而数据存取操作都是以一个固定大小的IO单元(被称作 block 或者 page)为单位,一般为4KB,8KB… 大多数时候,每个IO单元中存储了多行,每行都是存储了该行的所有字段(lob等特殊类型字段除外)。 所以,我们是取一个字段还是多个字段,实际上数据库在表中需要访问的数据量其实是一样的。 也有例外情况,那就是我们的这个查询在索引中就可以完成,也就是说当只取 a,b两个字段的时候,不需要回表,而c这个字段不在使用的索引中,需要回表取得其数据。在这样的情况下,二者的IO量会有较大差异。尽量少or 当 where 子句中存在多个条件以“或”并存的时候,MySQL 的优化器并没有很好的解决其执行计划优化问题,再加上 MySQL 特有的 SQL 与 Storage 分层架构方式,造成了其性能比较低下,很多时候使用 union all 或者是union(必要的时候)的方式来代替“or”会得到更好的效果。尽量用 union all 代替 union union 和 union all 的差异主要是前者需要将两个(或者多个)结果集合并后再进行唯一性过滤操作,这就会涉及到排序,增加大量的 CPU 运算,加大资源消耗及延迟。所以当我们可以确认不可能出现重复结果集或者不在乎重复结果集的时候,尽量使用 union all 而不是 union。尽量早过滤 在 SQL 编写中同样可以使用这一原则来优化一些 Join 的 SQL。比如我们在多个表进行分页数据查询的时候,我们最好是能够在一个表上先过滤好数据分好页,然后再用分好页的结果集与另外的表 Join,这样可以尽可能多的减少不必要的 IO 操作,大大节省 IO 操作所消耗的时间。避免类型转换 这里所说的“类型转换”是指 where 子句中出现 column 字段的类型和传入的参数类型不一致的时候发生的类型转换: 人为在column_name 上通过转换函数进行转换直接导致 MySQL(实际上其他数据库也会有同样的问题)无法使用索引,如果非要转换,应该在传入的参数上进行转换,由数据库自己进行转换, 如果我们传入的数据类型和字段类型不一致,同时我们又没有做任何类型转换处理,MySQL 可能会自己对我们的数据进行类型转换操作,也可能不进行处理而交由存储引擎去处理,这样一来,就会出现索引无法使用的情况而造成执行计划问题。优先优化高并发的 SQL,而不是执行频率低某些“大”SQL 对于破坏性来说,高并发的 SQL 总是会比低频率的来得大,因为高并发的 SQL 一旦出现问题,甚至不会给我们任何喘息的机会就会将系统压跨。而对于一些虽然需要消耗大量 IO 而且响应很慢的 SQL,由于频率低,即使遇到,最多就是让整个系统响应慢一点,但至少可能撑一会儿,让我们有缓冲的机会。从全局出发优化,而不是片面调整 尤其是在通过调整索引优化 SQL 的执行计划的时候,千万不能顾此失彼,因小失大。尽可能对每一条运行在数据库中的SQL进行 explain 知道 SQL 的执行计划才能判断是否有优化余地,才能判断是否存在执行计划问题。在对数据库中运行的 SQL 进行了一段时间的优化之后,很明显的问题 SQL 可能已经很少了,大多都需要去发掘,这时候就需要进行大量的 explain 操作收集执行计划,并判断是否需要进行优化。尽量避免where子句中对字段进行null值的判断 会导致引擎放弃索引,进而进行全表扫描。 尽量不要给数据库留null值,尽可能地使用not null填充数据库。可以为每个null型的字段设置一个和null对应的实际内容表述。避免在where中使用!=, >, <操作符 否则引擎放弃使用索引,进行全表扫描。常用查询字段建索引避免在where中使用or imagein和not in关键词慎用,容易导致全表扫面 对连续的数值尽量用between通配符查询也容易导致全表扫描避免在where子句中使用局部变量 sql只有在运行时才解析局部变量。而优化程序必须在编译时访问执行计划,这时并不知道变量值,所以无法作为索引的输入项。 image避免在where子句中对字段进行表达式操作 会导致引擎放弃使用索引 image避免在where子句中对字段进行函数操作 image不要where子句的‘=’左边进行函数、算术运算或其他表达式运算 系统可能无法正确使用索引避免update全部字段 只update需要的字段。频繁调用会引起明显的性能消耗,同时带来大量日志。索引不是越多越好 一个表的索引数最好不要超过6个尽量使用数字型字段而非字符型 因为处理查询和连接时会逐个比较字符串的每个字符,而对于数字型而言只需要比较一次就够了。尽可能用varchar/nvarchar代替char/nchar 变长字段存储空间小,对于查询来说,在一个相对较小的字段内搜索效率更高。。。?避免频繁创建和删除临时表,减少系统表资源消耗select into和create table 新建临时表时,如果一次性插入数据量很大,使用select into代替create table,避免造成大量log,以提高速度。 如果数据量不大,为了缓和系统表的资源,先create table,再insert。 拆分大的DELETE和INSERT语句 因为这两个操作是会锁表的,对于高访问量的站点来说,锁表时间内积累的访问数、数据库连接、打开的文件数等等,可能不仅仅让WEB服务崩溃,还会让整台服务器马上挂了。 所以,一定要拆分,使用LIMIT条件休眠一段时间,批量处理。
wangccsy 2019-12-02 01:50:30 0 浏览量 回答数 0

回答

您可以根据业务需要,将共享宿主机上的ECS实例迁移到指定DDH上,灵活部署业务。 前提条件 待迁移的ECS实例必须处于已停止状态。停止实例的具体操作,请参见停止实例。 注意 停止实例会中断您的业务,请谨慎操作。 您至少拥有1台DDH,并且该DDH必须满足以下条件: 与待迁移ECS实例必须属于同一账号、同一地域和可用区。 可用资源足够分配给待迁移的ECS实例。查看DDH可用资源,请参见查看DDH资源。 支持待迁移的ECS实例规格。不同类型DDH支持的实例规格,请参见宿主机规格。 创建DDH,请参见创建DDH。 说明 本地型ECS实例不能迁移到本地SSD型DDH上。 背景信息 迁移ECS实例之前,请阅读以下注意事项: 将ECS实例从共享宿主机迁移至专有宿主机时,实例的计费方式只能是按量付费,不支持抢占式实例。包年包月实例需先转成按量付费实例,详情请参见包年包月转按量付费。 按量付费ECS实例可以迁移到包年包月专有宿主机上。 操作步骤 登录ECS管理控制台。 在左侧导航栏,单击实例与镜像 > 实例。 在顶部状态栏左上角处,选择地域。 可选: 在实例列表中,显示宿主机列。 在实例列表页面的右上角,单击自定义配置项图标。 在自定义列表项对话框中,选中宿主机,并单击确定。 您可以在实例列表页面看到宿主机列,方便您确认ECS实例是否属于某台DDH。 选中待迁移的ECS实例,在操作列,单击更多 > 实例设置 > 调整宿主机部署。 在调整宿主机部署页面,参见下表,完成配置。 参数 是否必填 说明 目标宿主机 是 选择ECS实例要迁入的DDH。 说明 若您账号下的DDH均不满足前提条件,则目标宿主机列表为空。DDH需满足的条件,请参见前提条件。 关联宿主机 否 选择ECS实例是否固定在要迁入的DDH上。 更多详情,请参见关联宿主机功能介绍。 是:ECS实例固定在要迁入的DDH上。实例停机并释放资源后,再次启动时,依然部署在该DDH上。若该DDH可用资源不足,则实例启动失败。 否:ECS实例不固定在要迁入的DDH上。实例停机并释放资源后,再次启动时,优先部署在该DDH上。若该DDH可用资源不足,则系统从允许自动部署的DDH中,自动选择DDH部署实例。 若该参数值为空,则默认取值为否。 单击确定。 执行结果 刷新实例列表页面,ECS实例迁移后所对应的宿主机已更新为您指定的DDH,并且实例自动启动,最终进入运行中状态。
1934890530796658 2020-03-30 13:25:59 0 浏览量 回答数 0

回答

本文介绍AliSQL的内核版本更新说明。 MySQL 8.0 20200229 新特性 Performance Agent:更加便捷的性能数据统计方案。通过MySQL插件的方式,实现MySQL实例内部各项性能数据的采集与统计。 在半同步模式下添加网络往返时间,并记录到性能数据。 性能优化 允许在只读实例上进行语句级并发控制(CCL)操作。 备实例支持Outline。 Proxy短连接优化。 优化不同CPU架构下的pause指令执行时间。 添加内存表查看线程池运行情况。 Bug修复 在低于4.9的Linux Kenerls中禁用ppoll,使用poll代替。 修复wrap_sm4_encrypt函数调用错误问题。 修复在滚动审核日志时持有全局变量锁的问题。 修复恢复不一致性检查的问题。 修复io_statistics表出现错误time值的问题。 修复无效压缩算法导致崩溃的问题。 修复用户列与5.6不兼容的问题。 20200110 新特性 Inventory Hint:新增了三个hint, 支持SELECT、UPDATE、INSERT、DELETE 语句,快速提交/回滚事务,提高业务吞吐能力。 性能优化 启动实例时,先初始化Concurrency Control队列结构,再初始化Concurrency Control规则。 异步清除文件时继续取消小文件的链接。 优化Thread Pool性能。 默认情况下禁用恢复不一致性检查。 更改设置变量所需的权限: 设置以下变量所需的权限已更改为普通用户权限: auto_increment_increment auto_increment_offset bulk_insert_buffer_size binlog_rows_query_log_events 设置以下变量所需的权限已更改为超级用户或系统变量管理用户权限: binlog_format binlog_row_image binlog_direct sql_log_off sql_log_bin 20191225 新特性 Recycle Bin:临时将删除的表转移到回收站,还可以设置保留的时间,方便您找回数据。 性能优化 提高短连接处理性能。 使用专用线程为maintain user服务,避免HA失败。 通过Redo刷新Binlog时出现错误会显式释放文件同步锁。 删除不必要的TCP错误日志。 默认情况下启用线程池。 Bug修复 修复慢日志刷新的问题。 修复锁定范围不正确的问题。 修复TDE的Select函数导致的核心转储问题。 20191115 新特性 Statement Queue:针对语句的排队机制,将语句进行分桶排队,尽量把可能具有相同冲突的语句放在一个桶内排队,减少冲突的开销。 20191101 新特性 为TDE添加SM4加密算法。 保护备实例信息:拥有SUPER或REPLICATION_SLAVE_ADMIN权限的用户才能插入/删除/修改表slave_master_info、slave_relay_log_info、slave_worker_info。 提高自动递增键的优先级:如果表中没有主键或非空唯一键,具有自动增量的非空键将是第一候选项。 对系统表和处于初始化状态线程用到的表,不进行Memory引擎到MyISAM引擎的自动转换。 Redo Log刷新到磁盘之前先将Binlog文件刷新到磁盘。 实例被锁定时也会影响临时表。 添加新的基于LSM树的事务存储引擎X-Engine。 性能优化 Thread Pool:互斥优化。 Performance Insight:性能点支持线程池。 参数调整: primary_fast_lookup:会话参数,默认值为true。 thread_pool_enabled:全局参数,默认值为true。 20191015 新特性 TDE:支持透明数据加密TDE(Transparent Data Encryption)功能,可对数据文件执行实时I/O加密和解密,数据在写入磁盘之前进行加密,从磁盘读入内存时进行解密。 Returning:Returning功能支持DML语句返回Resultset,同时提供了工具包(DBMS_TRANS)便于您快捷使用。 强制将引擎从MyISAM/MEMORY转换为InnoDB:如果全局变量force_memory/mysiam_to_innodb为ON,则创建/修改表时会将表引擎从MyISAM/MEMORY转换为InnoDB。 禁止非高权限账号切换主备实例。 性能代理插件:收集性能数据并保存到本地格式化文本文件,采用文件轮循方式,保留最近的秒级性能数据。 Innodb mutex timeout cofigurable:可配置全局变量innodb_fatal_semaphore_wait_threshold,默认值:600。 忽略索引提示错误:可配置全局变量ignore_index_hint_error,默认值:false。 可关闭SSL加密功能。 TCP错误信息:返回TCP方向(读取、读取等待、写入等待)错误及错误代码到end_connection事件,并且输出错误信息到错误日志。 Bug修复 支持本地AIO的Linux系统内,在触发线性预读之前会合并AIO请求。 优化表/索引统计信息。 如果指定了主键,则直接访问主索引。 20190915 Bug修复 修复Cmd_set_current_connection内存泄露问题。 20190816 新特性 Thread Pool:将线程和会话分离,在拥有大量会话的同时,只需要少量线程完成活跃会话的任务即可。 Statement Concurrency Control:通过控制并发数应对突发的数据库请求流量、资源消耗过高的语句访问以及SQL访问模型的变化,保证MySQL实例持续稳定运行。 Statement Outline:利用Optimizer Hint和Index Hint让MySQL稳定执行计划。 Sequence Engine:简化获取序列值的复杂度。 Purge Large File Asynchronously:删除单个表空间时,会将表空间文件重命名为临时文件,等待异步清除进程清理临时文件。 Performance Insight:专注于实例负载监控、关联分析、性能调优的利器,帮助您迅速评估数据库负载,找到性能问题的源头,提升数据库的稳定性。 优化实例锁状态:实例锁定状态下,可以drop或truncate表。 Bug修复 修复文件大小计算错误的问题。 修复偶尔出现的内存空闲后再次使用的问题。 修复主机缓存大小为0时的崩溃问题。 修复隐式主键与CTS语句的冲突问题。 修复慢查询导致的slog出错问题。 20190601 性能优化 缩短日志表MDL范围,减少MDL阻塞的可能性。 重构终止选项的代码。 Bug修复 修复审计日志中没有记录预编译语句的问题。 屏蔽无效表名的错误日志。 MySQL 5.7基础版/高可用版 20200229 新特性 Performance Agent:更加便捷的性能数据统计方案。通过MySQL插件的方式,实现MySQL实例内部各项性能数据的采集与统计。 在半同步模式下添加网络往返时间,并记录到性能数据。 性能优化 优化不同CPU架构下的pause指令执行时间。 Proxy短连接优化。 添加内存表查看线程池运行情况。 Bug修复 修复DDL重做日志不安全的问题。 修复io_statistics表出现错误time值的问题。 修复更改表导致服务器崩溃的问题。 修复MySQL测试用例。 20200110 性能优化 异步清除文件时继续取消小文件的链接。 优化Thread Pool性能。 thread_pool_enabled参数的默认值调整为OFF。 20191225 新特性 内部账户管理与防范:调整用户权限保护数据安全。 性能优化 提高短连接处理性能。 使用专用线程为maintain user服务,避免HA失败。 删除不必要的TCP错误日志。 优化线程池。 Bug修复 修复读写分离时mysqld进程崩溃问题。 修复密钥环引起的核心转储问题。 20191115 Bug修复 修复主备切换后审计日志显示变量的问题。 20191101 新特性 为TDE添加SM4加密算法。 如果指定了主键,则直接访问主索引。 对系统表和处于初始化状态线程用到的表,不进行Memory引擎到MyISAM引擎的自动转换。 性能优化 Thread Pool:互斥优化。 引入审计日志缓冲机制,提高审计日志的性能。 Performance Insight:性能点支持线程池。 默认开启Thread Pool。 Bug修复 在处理维护用户列表时释放锁。 补充更多TCP错误信息。 20191015 新特性 轮换慢日志:为了在收集慢查询日志时保证零数据丢失,轮换日志表会将慢日志表的csv数据文件重命名为唯一名称并创建新文件。您可以使用show variables like '%rotate_log_table%';查看是否开启轮换慢日志。 性能代理插件:收集性能数据并保存到本地格式化文本文件,采用文件轮轮循方式,保留最近的秒级性能数据。 强制将引擎从MEMORY转换为InnoDB:如果全局变量rds_force_memory_to_innodb为ON,则创建/修改表时会将表引擎从MEMORY转换为InnoDB。 TDE机制优化:添加keyring-rds插件与管控系统/密钥管理服务进行交互。 TCP错误信息:返回TCP方向(读取、读取等待、写入等待)错误及错误代码到end_connection事件,并且输出错误信息到错误日志。 Bug修复 修复DDL中的意外错误Error 1290。 20190925 参数修改 将系统变量auto_generate_certs的默认值由true改为false。 增加全局只读变量auto_detact_certs,默认值为false,有效值为[true | false]。 该系统变量在Server端使用OpenSSL编译时可用,用于控制Server端在启动时是否在数据目录下自动查找SSL加密证书和密钥文件,即控制是否开启Server端的证书和密钥的自动查找功能。 20190915 新特性 Thread Pool:将线程和会话分离,在拥有大量会话的同时,只需要少量线程完成活跃会话的任务即可。 20190815 新特性 Purge Large File Asynchronously:删除单个表空间时,会将表空间文件重命名为临时文件,等待异步清除进程清理临时文件。 Performance Insight:专注于实例负载监控、关联分析、性能调优的利器,帮助您迅速评估数据库负载,找到性能问题的源头,提升数据库的稳定性。 优化实例锁状态:实例锁定状态下,可以drop或truncate表。 Bug修复 禁止在set rds_current_connection命令中设置rds_prepare_begin_id。 允许更改已锁定用户的信息。 禁止用关键字actual作为表名。 修复慢日志导致时间字段溢出的问题。 20190510版本 新特性:允许在事务内创建临时表。 20190319版本 新特性:支持在handshake报文内代理设置threadID。 20190131版本 升级到官方5.7.25版本。 关闭内存管理功能jemalloc。 修复内部变量net_lenth_size计算错误问题。 20181226版本 新特性:支持动态修改binlog-row-event-max-size,加速无主键表的复制。 修复Proxy实例内存申请异常的问题。 20181010版本 支持隐式主键。 加快无主键表的主备复制。 支持Native AIO,提升I/O性能。 20180431版本 新特性: 支持高可用版。 支持SQL审计。 增强对处于快照备份状态的实例的保护。 MySQL 5.7三节点企业版 20191128 新特性 支持读写分离。 Bug修复 修复部分场景下Follower Second_Behind_Master计算错误问题。 修复表级并行复制事务重试时死锁问题。 修复XA相关bug。 20191016 新特性 支持MySQL 5.7高可用版(本地SSD盘)升级到三节点企业版。 兼容MySQL官方GTID功能,默认不开启。 合并AliSQL MySQL 5.7基础版/高可用版 20190915版本及之前的自研功能。 Bug修复 修复重置备实例导致binlog被关闭问题。 20190909 新特性 优化大事务在三节点强一致状态下的执行效率。 支持从Leader/Follower进行Binlog转储。 支持创建只读实例。 系统表默认使用InnoDB引擎。 Bug修复 修复Follower日志清理命令失效问题。 修复参数slave_sql_verify_checksum=OFF和binlog_checksum=crc32时Slave线程异常退出问题。 20190709 新特性 支持三节点功能。 禁用semi-sync插件。 支持表级并行复制、Writeset并行复制。 支持pk_access主键查询加速。 支持线程池。 合并AliSQL MySQL 5.7基础版/高可用版 20190510版本及之前的自研功能。 MySQL 5.6 20200229 新特性 支持Proxy读写分离功能。 性能优化 优化线程池功能。 优化不同CPU架构下的pause指令执行时间。 Bug修复 修复XA事务部分提交的问题。 20200110 新特性 Thread Pool:将线程和会话分离,在拥有大量会话的同时,只需要少量线程完成活跃会话的任务即可。 性能优化 异步清除文件时继续取消小文件的链接。 Bug修复 修复页面清理程序的睡眠时间计算不正确问题。 修复SELECT @@global.gtid_executed导致的故障转移失败问题。 修复IF CLIENT KILLED AFTER ROLLBACK TO SAVEPOINT PREVIOUS STMTS COMMITTED问题。 20191212 性能优化 删除不必要的tcp错误日志 20191115 Bug修复 修复慢日志时间戳溢出问题。 20191101 Bug修复 修复刷新日志时切换慢日志的问题,仅在执行刷新慢日志时切换慢日志。 修正部分显示错误。 20191015 新特性 轮换慢日志:为了在收集慢查询日志时保证零数据丢失,轮换日志表会将慢日志表的csv数据文件重命名为唯一名称并创建新文件。您可以使用show variables like '%rotate_log_table%';查看是否开启轮换慢日志。 SM4加密算法:添加新的SM4加密算法,取代旧的SM加密算法。 Purge Large File Asynchronously:删除单个表空间时,会将表空间文件重命名为临时文件,等待异步清除进程清理临时文件。 TCP错误信息:返回TCP方向(读取、读取等待、写入等待)错误及错误代码到end_connection事件,并且输出错误信息到错误日志。 引入审计日志缓冲机制,提高审计日志的性能。。 Bug修复 禁用pstack,避免存在大量连接时可能导致pstack无响应。 修复隐式主键与create table as select语句之间的冲突。 自动清除由二进制日志创建的临时文件。 20190815 优化实例锁状态:实例锁定状态下,可以drop或truncate表。 20190130版本 修复部分可能导致系统不稳定的bug。 20181010版本 添加参数rocksdb_ddl_commit_in_the_middle(MyRocks)。如果这个参数被打开,部分DDL在执行过程中将会执行commit操作。 201806** (5.6.16)版本 新特性:slow log精度提升为微秒。 20180426(5.6.16)版本 新特性:引入隐藏索引,支持将索引设置为不可见,详情请参见参考文档。 修复备库apply线程的bug。 修复备库apply分区表更新时性能下降问题。 修复TokuDB下alter table comment重建整张表问题,详情请参见参考文档。 修复由show slave status/show status可能触发的死锁问题。 20171205(5.6.16)版本 修复OPTIMIZE TABLE和ONLINE ALTER TABLE同时执行时会触发死锁的问题。 修复SEQUENCE与隐含主键冲突的问题。 修复SHOW CREATE SEQUENCE问题。 修复TokuDB引擎的表统计信息错误。 修复并行OPTIMIZE表引入的死锁问题。 修复QUERY_LOG_EVENT中记录的字符集问题。 修复信号处理引起的数据库无法停止问题,详情请参见参考文档。 修复RESET MASTER引入的问题。 修复备库陷入等待的问题。 修复SHOW CREATE TABLE可能触发的进程崩溃问题。 20170927(5.6.16)版本 修复TokuDB表查询时使用错误索引问题。 20170901(5.6.16)版本 新特性: 升级SSL加密版本到TLS 1.2,详情请参见参考文档。 支持Sequence。 修复NOT IN查询在特定场景下返回结果集有误的问题。 20170530 (5.6.16)版本 新特性:支持高权限账号Kill其他账号下的连接。 20170221(5.6.16)版本 新特性:支持读写分离简介。 MySQL 5.5 20181212 修复调用系统函数gettimeofday(2) 返回值不准确的问题。该系统函数返回值为时间,常用来计算等待超时,时间不准确时会导致一些操作永不超时。
游客yl2rjx5yxwcam 2020-03-08 13:18:55 0 浏览量 回答数 0

回答

概述 用户在重启Windows服务器后,可能会出现开机乱码或长时间黑屏等自检情况,导致服务器不可用。本文对导致相应状态的原因和建议的操作措施进行说明。 详细信息 现象一:磁盘自检引发 相关信息类似如下。 Inserting an index entry with ID **** into index $S** of file 9.. 如下图所示。 原因与背景信息 该界面其实是chkdsk/autochk运行时的相关输出信息。Windows服务器默认启用了开机磁盘自检。系统在启动时会对磁盘及NTFS文件系统进行检查。如果检测到严重错误就会尝试自动修复。 系统会根据下面注册表键值的配置对磁盘进行检查。 HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\BootExecute 注:BootExecute的默认值为autocheck autochk *,表示会调用autocheck.exe程序做自动检查。 更多相关说明可以参阅微软官方文档BootExecute和Autochk。 关于自检时长 自检时长和手工触发的chkdsk类似,该状态下的具体自检时长,主要与文件系统内的文件数(不是容量)、文件系统损坏情况有关。从历史案例看,整个自检时长从几分钟到几个小时不等。 建议的操作措施 该状态下强制关机可能会引发进一步的文件损坏。所以除非已经有数据备份,可以通过回滚磁盘快照等方式恢复数据。否则,始终建议您等待自检操作自动完成。 现象二:WinSxS自检引发 相关信息类似如下。 1922/15800 ($$_syswow54_wbem_zh-cn_0204d280d77adf87.cdf...) 如下图所示。 原因与背景信息 该状态和现象一类似,也是autochk检测过程的一部分。Windows系统在启动过程中会对WinSxS及其他关键系统文件进行一致性扫描。如果检测到异常,则会调用WinSxS相关机制尝试自修复。 注:WinSxS文件夹位于Windows文件夹中,例如C:\Windows\WinSxS。这是Windows组件库文件所在的位置。Windows组件库用于支持Windows自定义和更新所需的功能。更多有关WinSxS文件夹的详细信息,请参阅微软官方管理组件库相关说明。 关于自检时长 该状态下的具体自检时长,主要与WinSxS的损坏情况有关。从历史案例看,整个自检时长从几分钟到几个小时不等。 建议的操作措施 该状态下强制关机可能会引发系统崩溃。所以除非已经有数据备份,可以通过回滚磁盘快照等方式恢复数据。否则,始终建议您等待自检操作自动完成。 现象三:注册表自检引发 相关信息类似如下。 1922/15800 (\Registry\machine\Schema\wcm://Microsoft-windows-IE-Intern...) 系统显示类似如下。 原因与背景信息 该状态是注册表HKLM\schema键值自修复时的相关输出信息。HKLM\schema是Windows Update或其他一些安装程序创建的临时注册表项,正常情况下,会在操作完成后自动删除。如果系统在启动时检测到该注册表分支存在损坏或异常,则会尝试做自动修复尝试修复错误或将损坏的键值重置为默认值。 关于自检时长 该状态下的具体自检时长,主要与HKLM\schema下的子键数量有关。从历史案例看,整个自检时长从几分钟到几个小时不等。 建议的操作措施 该状态下强制关机可能会进一步引发注册表损坏。所以,除非已经有数据备份,可以通过回滚磁盘快照等方式恢复数据。否则,始终建议您等待自检操作自动完成。 适用于 云服务器 ECS
KB小秘书 2019-12-02 02:06:34 0 浏览量 回答数 0

回答

概述 用户在重启Windows服务器后,可能会出现开机乱码或长时间黑屏等自检情况,导致服务器不可用。本文对导致相应状态的原因和建议的操作措施进行说明。   详细信息 现象一:磁盘自检引发 相关信息类似如下。 Inserting an index entry with ID **** into index $S** of file 9.. 如下图所示。   原因与背景信息 该界面其实是chkdsk/autochk运行时的相关输出信息。Windows服务器默认启用了开机磁盘自检。系统在启动时会对磁盘及NTFS文件系统进行检查。如果检测到严重错误就会尝试自动修复。   系统会根据下面注册表键值的配置对磁盘进行检查。 HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\BootExecute 注:BootExecute的默认值为autocheck autochk *,表示会调用autocheck.exe程序做自动检查。   更多相关说明可以参阅微软官方文档BootExecute和Autochk。   关于自检时长 自检时长和手工触发的chkdsk类似,该状态下的具体自检时长,主要与文件系统内的文件数(不是容量)、文件系统损坏情况有关。从历史案例看,整个自检时长从几分钟到几个小时不等。   建议的操作措施 该状态下强制关机可能会引发进一步的文件损坏。所以除非已经有数据备份,可以通过回滚磁盘快照等方式恢复数据。否则,始终建议您等待自检操作自动完成。   现象二:WinSxS自检引发 相关信息类似如下。 1922/15800 ($$_syswow54_wbem_zh-cn_0204d280d77adf87.cdf...) 如下图所示。   原因与背景信息 该状态和现象一类似,也是autochk检测过程的一部分。Windows系统在启动过程中会对WinSxS及其他关键系统文件进行一致性扫描。如果检测到异常,则会调用WinSxS相关机制尝试自修复。 注:WinSxS文件夹位于Windows文件夹中,例如C:\Windows\WinSxS。这是Windows组件库文件所在的位置。Windows组件库用于支持Windows自定义和更新所需的功能。更多有关WinSxS文件夹的详细信息,请参阅微软官方管理组件库相关说明。   关于自检时长 该状态下的具体自检时长,主要与WinSxS的损坏情况有关。从历史案例看,整个自检时长从几分钟到几个小时不等。   建议的操作措施 该状态下强制关机可能会引发系统崩溃。所以除非已经有数据备份,可以通过回滚磁盘快照等方式恢复数据。否则,始终建议您等待自检操作自动完成。   现象三:注册表自检引发 相关信息类似如下。 1922/15800 (\Registry\machine\Schema\wcm://Microsoft-windows-IE-Intern...) 系统显示类似如下。   原因与背景信息 该状态是注册表HKLM\schema键值自修复时的相关输出信息。HKLM\schema是Windows Update或其他一些安装程序创建的临时注册表项,正常情况下,会在操作完成后自动删除。如果系统在启动时检测到该注册表分支存在损坏或异常,则会尝试做自动修复尝试修复错误或将损坏的键值重置为默认值。   关于自检时长 该状态下的具体自检时长,主要与HKLM\schema下的子键数量有关。从历史案例看,整个自检时长从几分钟到几个小时不等。   建议的操作措施 该状态下强制关机可能会进一步引发注册表损坏。所以,除非已经有数据备份,可以通过回滚磁盘快照等方式恢复数据。否则,始终建议您等待自检操作自动完成。
278835030529486151 2019-12-02 01:27:48 0 浏览量 回答数 0

回答

一、内存溢出类型 1、java.lang.OutOfMemoryError: PermGen space JVM管理两种类型的内存,堆和非堆。堆是给开发人员用的上面说的就是,是在JVM启动时创建;非堆是留给JVM自己用的,用来存放类的信息的。它和堆不同,运行期内GC不会释放空间。如果web app用了大量的第三方jar或者应用有太多的class文件而恰好MaxPermSize设置较小,超出了也会导致这块内存的占用过多造成溢出,或者tomcat热部署时侯不会清理前面加载的环境,只会将context更改为新部署的,非堆存的内容就会越来越多。 PermGen space的全称是Permanent Generation space,是指内存的永久保存区域,这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中,它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理,所以如果你的应用中有很CLASS的话,就很可能出现PermGen space错误,这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。 一个最佳的配置例子:(经过本人验证,自从用此配置之后,再未出现过tomcat死掉的情况) set JAVA_OPTS=-Xms800m -Xmx800m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m 2、java.lang.OutOfMemoryError: Java heap space 第一种情况是个补充,主要存在问题就是出现在这个情况中。其默认空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。如果内存剩余不到40%,JVM就会增大堆到Xmx设置的值,内存剩余超过70%,JVM就会减小堆到Xms设置的值。所以服务器的Xmx和Xms设置一般应该设置相同避免每次GC后都要调整虚拟机堆的大小。假设物理内存无限大,那么JVM内存的最大值跟操作系统有关,一般32位机是1.5g到3g之间,而64位的就不会有限制了。 注意:如果Xms超过了Xmx值,或者堆最大值和非堆最大值的总和超过了物理内存或者操作系统的最大限制都会引起服务器启动不起来。 垃圾回收GC的角色 JVM调用GC的频度还是很高的,主要两种情况下进行垃圾回收: 当应用程序线程空闲;另一个是java内存堆不足时,会不断调用GC,若连续回收都解决不了内存堆不足的问题时,就会报out of memory错误。因为这个异常根据系统运行环境决定,所以无法预期它何时出现。 根据GC的机制,程序的运行会引起系统运行环境的变化,增加GC的触发机会。 为了避免这些问题,程序的设计和编写就应避免垃圾对象的内存占用和GC的开销。显示调用System.GC()只能建议JVM需要在内存中对垃圾对象进行回收,但不是必须马上回收, 一个是并不能解决内存资源耗空的局面,另外也会增加GC的消耗。 二、JVM内存区域组成 简单的说java中的堆和栈 java把内存分两种:一种是栈内存,另一种是堆内存 1。在函数中定义的基本类型变量和对象的引用变量都在函数的栈内存中分配; 2。堆内存用来存放由new创建的对象和数组 在函数(代码块)中定义一个变量时,java就在栈中为这个变量分配内存空间,当超过变量的作用域后,java会自动释放掉为该变量所分配的内存空间;在堆中分配的内存由java虚拟机的自动垃圾回收器来管理 堆的优势是可以动态分配内存大小,生存期也不必事先告诉编译器,因为它是在运行时动态分配内存的。缺点就是要在运行时动态分配内存,存取速度较慢; 栈的优势是存取速度比堆要快,缺点是存在栈中的数据大小与生存期必须是确定的无灵活性。 java堆分为三个区:New、Old和Permanent GC有两个线程: 新创建的对象被分配到New区,当该区被填满时会被GC辅助线程移到Old区,当Old区也填满了会触发GC主线程遍历堆内存里的所有对象。Old区的大小等于Xmx减去-Xmn java栈存放 栈调整:参数有+UseDefaultStackSize -Xss256K,表示每个线程可申请256k的栈空间 每个线程都有他自己的Stack 三、JVM如何设置虚拟内存 提示:在JVM中如果98%的时间是用于GC且可用的Heap size 不足2%的时候将抛出此异常信息。 提示:Heap Size 最大不要超过可用物理内存的80%,一般的要将-Xms和-Xmx选项设置为相同,而-Xmn为1/4的-Xmx值。 提示:JVM初始分配的内存由-Xms指定,默认是物理内存的1/64;JVM最大分配的内存由-Xmx指定,默认是物理内存的1/4。 默认空余堆内存小于40%时,JVM就会增大堆直到-Xmx的最大限制;空余堆内存大于70%时,JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。 提示:假设物理内存无限大的话,JVM内存的最大值跟操作系统有很大的关系。 简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制, 这个限制一般是2GB-3GB(一般来说Windows系统下为1.5G-2G,Linux系统下为2G-3G),而64bit以上的处理器就不会有限制了 提示:注意:如果Xms超过了Xmx值,或者堆最大值和非堆最大值的总和超过了物理内存或者操作系统的最大限制都会引起服务器启动不起来。 提示:设置NewSize、MaxNewSize相等,"new"的大小最好不要大于"old"的一半,原因是old区如果不够大会频繁的触发"主" GC ,大大降低了性能 JVM使用-XX:PermSize设置非堆内存初始值,默认是物理内存的1/64; 由XX:MaxPermSize设置最大非堆内存的大小,默认是物理内存的1/4。 解决方法:手动设置Heap size 修改TOMCAT_HOME/bin/catalina.bat 在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行: JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m" 四、性能检查工具使用 定位内存泄漏: JProfiler工具主要用于检查和跟踪系统(限于Java开发的)的性能。JProfiler可以通过时时的监控系统的内存使用情况,随时监视垃圾回收,线程运行状况等手段,从而很好的监视JVM运行情况及其性能。 1. 应用服务器内存长期不合理占用,内存经常处于高位占用,很难回收到低位; 2. 应用服务器极为不稳定,几乎每两天重新启动一次,有时甚至每天重新启动一次; 3. 应用服务器经常做Full GC(Garbage Collection),而且时间很长,大约需要30-40秒,应用服务器在做Full GC的时候是不响应客户的交易请求的,非常影响系统性能。 因为开发环境和产品环境会有不同,导致该问题发生有时会在产品环境中发生,通常可以使用工具跟踪系统的内存使用情况,在有些个别情况下或许某个时刻确实是使用了大量内存导致out of memory,这时应继续跟踪看接下来是否会有下降, 如果一直居高不下这肯定就因为程序的原因导致内存泄漏。 五、不健壮代码的特征及解决办法 1、尽早释放无用对象的引用。好的办法是使用临时变量的时候,让引用变量在退出活动域后,自动设置为null,暗示垃圾收集器来收集该对象,防止发生内存泄露。 对于仍然有指针指向的实例,jvm就不会回收该资源,因为垃圾回收会将值为null的对象作为垃圾,提高GC回收机制效率; 2、我们的程序里不可避免大量使用字符串处理,避免使用String,应大量使用StringBuffer,每一个String对象都得独立占用内存一块区域; String str = "aaa"; String str2 = "bbb"; String str3 = str + str2;//假如执行此次之后str ,str2以后再不被调用,那它就会被放在内存中等待Java的gc去回收,程序内过多的出现这样的情况就会报上面的那个错误,建议在使用字符串时能使用StringBuffer就不要用String,这样可以省不少开销; 3、尽量少用静态变量,因为静态变量是全局的,GC不会回收的; 4、避免集中创建对象尤其是大对象,JVM会突然需要大量内存,这时必然会触发GC优化系统内存环境;显示的声明数组空间,而且申请数量还极大。 这是一个案例想定供大家警戒 使用jspsmartUpload作文件上传,运行过程中经常出现java.outofMemoryError的错误, 检查之后发现问题:组件里的代码 m_totalBytes = m_request.getContentLength(); m_binArray = new byte[m_totalBytes]; 问题原因是totalBytes这个变量得到的数极大,导致该数组分配了很多内存空间,而且该数组不能及时释放。解决办法只能换一种更合适的办法,至少是不会引发outofMemoryError的方式解决。 5、尽量运用对象池技术以提高系统性能;生命周期长的对象拥有生命周期短的对象时容易引发内存泄漏,例如大集合对象拥有大数据量的业务对象的时候,可以考虑分块进行处理,然后解决一块释放一块的策略。 6、不要在经常调用的方法中创建对象,尤其是忌讳在循环中创建对象。可以适当的使用hashtable,vector 创建一组对象容器,然后从容器中去取那些对象,而不用每次new之后又丢弃 7、一般都是发生在开启大型文件或跟数据库一次拿了太多的数据,造成 Out Of Memory Error 的状况,这时就大概要计算一下数据量的最大值是多少,并且设定所需最小及最大的内存空间值。 “答案来源于网络,供您参考” 希望以上信息可以帮到您!
牧明 2019-12-02 02:16:21 0 浏览量 回答数 0

云产品推荐

上海奇点人才服务相关的云产品 小程序定制 上海微企信息技术相关的云产品 国内短信套餐包 ECS云服务器安全配置相关的云产品 开发者问答 阿里云建站 自然场景识别相关的云产品 万网 小程序开发制作 视频内容分析 视频集锦 代理记账服务 阿里云AIoT