云服务器卡怎么办超级vps管理器

有部分客户反映在使用国外VPS/服务器的时候远程 *** 作较卡，问我们IIS7远程桌面能不能提高速度。
这个根本原因是网络的原因，可以通过把画质调低来减少带宽传输 从而提高 *** 作的流畅性。
以下是 *** 作步骤，双击打开IIS7远程桌面主程序。点击设置-速度设置-色深。 *** 作示范过程。(色深32位与色深8位对比）。

云服务器（Elastic Compute Service, ECS）是一种提供云计算服务的IT技术产品。

云服务器的特点是简单高效、安全可靠、处理能力可d性伸缩、降低开发运维的难度和整体IT成本，面向各类互联网用户提供综合业务服务平台，整合了互联网应用三大核心要素：计算、存储、网络，提供了公用化的互联网基础设施服务。

云服务器的业内名称其实叫做计算单元。所谓计算单元，就是说这个服务器只能算是一个人的大脑，相当于普通电脑的CPU，里面的资源都是有限的。你要获得更好的性能，解决办法一是升级云服务器，二是将其它耗费计算单元资源的软件部署在对应的云服务上。例如数据库有专门的云数据库服务、静态网页和有专门的文件存储服务。

而且云服务器不是说就便宜了，相反会比一般的VPS都贵。为什么因为它相对于来说，扩展比较方便。云服务器是网站做大了、有很高收入的时候一个不错的选择。

首先出现这种情况的话可能会有2个原因
1、服务器网络的原因，互联网出现波动很正常，一年出现2-3次很正常，但每次都不会持续很长时间，所以你要确认下是否是这种问题。
2、服务器被攻击，当服务器遇到攻击时也会出现这种情况。
解决方案：1、如果频繁出现，那么换一台服务器。
2、让服务器提供商确定下是否是被攻击了，然后数据备份下，把服务器重新做下安全。 如果还有这方面的问题想办法@我联系我

问题

我们有一个 SQL，用于找到没有主键 / 唯一键的表，但是在 MySQL 57 上运行特别慢，怎么办

实验

我们搭建一个 MySQL 57 的环境，此处省略搭建步骤。

写个简单的脚本，制造一批带主键和不带主键的表：

执行一下脚本：

现在执行以下 SQL 看看效果：

执行了 1680s，感觉是非常慢了。

现在用一下 DBA 三板斧，看看执行计划：

感觉有点惨，由于 information_schemacolumns 是元数据表，没有必要的统计信息。

那我们来 show warnings 看看 MySQL 改写后的 SQL：

我们格式化一下 SQL：

可以看到 MySQL 将

select from A where Ax not in (select x from B) //非关联子查询

转换成了

select from A where not exists (select 1 from B where Bx = ax) //关联子查询

如果我们自己是 MySQL，在执行非关联子查询时，可以使用很简单的策略：

select from A where Ax not in (select x from B where ) //非关联子查询:1 扫描 B 表中的所有记录，找到满足条件的记录，存放在临时表 C 中，建好索引2 扫描 A 表中的记录，与临时表 C 中的记录进行比对，直接在索引里比对，

而关联子查询就需要循环迭代：

select from A where not exists (select 1 from B where Bx = ax and ) //关联子查询扫描 A 表的每一条记录 rA：     扫描 B 表，找到其中的第一条满足 rA 条件的记录。

显然，关联子查询的扫描成本会高于非关联子查询。

我们希望 MySQL 能先"缓存"子查询的结果（缓存这一步叫物化，MATERIALIZATION），但MySQL 认为不缓存更快，我们就需要给予 MySQL 一定指导。

可以看到执行时间变成了 067s。

整理

我们诊断的关键点如下：

\1 对于 information_schema 中的元数据表，执行计划不能提供有效信息。

\2 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。

\3 我们增加了 hint，指导 MySQL 正确进行优化判断。

但目前我们的实验仅限于猜测，猜中了万事大吉，猜不中就无法做出好的诊断。

---