简单说一句我的用法吧：有明确事件触发、跑一下就完事的小活儿，我就直接扔给 FunctionGraph，比如 OBS 上传后自动打个水印、每天凌晨跑个定时清理，不用守着一台 ECS，闲时基本不花钱。反过来要一直在线、跑很久的活儿，我还是老老实实上 ECS。

别一上来就买大规格，先通用型小规格跑起来，看两周云监控，CPU 和内存长期不到一半就降配，峰值不够再临时升配或者加弹性伸缩。长期稳定跑的业务转包年包月，短期波动大的用按需计费，这样花得最少，性能也不耽误。

我自己的做法是先别贪大，先上个通用型小规格跑起来，跑一两天看控制台的CPU和内存使用率，长期不到两三成就降一档，经常跑满再升一档，基本就不会花冤枉钱，长期用的话再改包年包月

可以，不用重装，数据也不会因为重置密码丢掉。控制台找到这台 ECS，实例列表里点更多，再点重置密码，设个符合要求的新密码就行，系统盘和数据盘里的文件都还在，真正会清空系统盘的是重装系统，别把这两个按钮点混了。重置完一般要重启一次，新密码才生效，重启后再用新密码登录试试。如果重启后还是连不上，先确认用户名对不对，Ubuntu 默认是 ubuntu，其他很多镜像默认是 root，再看安全组有没有放行 22 端口，还有当初是不是只配了密钥登录，sshd 禁了密码登录的话，重置密码也没用，得用密钥或者控制台远程登录进去把密码登录放开。动手之前如果方便，先给系统盘打个快照更稳妥。

先说结论，公开渠道目前没有看到华为乾坤 EDR 加入国家计算机病毒协同分析平台的明确时间，所以别把论坛里的某个日期当成官方排期。日常防护先用好现有的反病毒引擎和情报能力，不用等这个对接。如果这个对接对你们是硬性需求，建议直接问华为云官方支持或客户经理要一个书面的路线口径，比在论坛等消息靠谱。

可以，不用重装系统。先说三个问题的结论：可以在控制台直接重置，重置本身不会丢数据，离线重置一般需要重启一次新密码才生效。 具体操作是进入弹性云服务器实例列表，找到目标实例，用更多里面的重置密码，按提示设置符合复杂度的新密码，再按控制台提示重启实例，最后用新密码登录验证，旧密码随即失效。 数据方面，重置只改操作系统账号的密码，系统盘和数据盘里的文件都不动。真正会清空系统盘的是重装系统、切换操作系统、更换系统盘，操作时一定要看清按钮名称，不要点错。稳妥起见，重置前可以先给系统盘打一个快照。 重置后仍然连不上时，先查三个地方：一是用户名是否正确，Ubuntu 镜像默认是 ubuntu，其他常见镜像多为 root，Windows 为 Administrator；二是安全组是否放行了端口，Linux 是 22，Windows 是 3389；三是这台机器当初如果只配置了密钥登录，sshd 可能禁用了密码登录，重置密码后仍然连不上，这时要先用密钥或控制台远程登录进去放开密码登录，或者继续用密钥登录。

分享一下我自己的选型思路，供参考：一、先分清负载是哪一类，再选规格族不要先看价格，先看你的应用吃什么：CPU 密集（计算、编解码）选计算型；内存密集（缓存、数据库、Java 应用）选内存型；说不清、比较均衡的选通用型。规格族选错，后面怎么调都别扭。二、从够用的小规格起步，别一步到位云服务器最大的好处是能升能降。新业务先按预估低一档上，跑一两周看云监控：CPU 峰值长期不到 30%、内存长期用不到一半，说明买大了，及时降配；反过来经常打满再升配。拿真实利用率说话，比拍脑袋准。三、把计费方式也当成选型的一部分长期稳定跑的核心业务用包年包月，比按需便宜不少；波峰波谷明显的用弹性伸缩，闲时自动缩容；能容忍中断的批处理、测试环境可以用竞价/抢占式实例，价格低很多。同一台机器，计费选对了，成本能差出一截。四、存储和网络别忽略系统盘用普通云盘就够，数据盘按 IOPS 需求选，别无脑上最高档；冷数据放对象存储比一直挂云盘便宜。带宽按实际流量选，流量不大的场景按流量计费更划算。五、上线后定期复盘每月看一次利用率和账单：闲置的机器关停或释放，长期低利用的降配。规格选型不是一次性的事，是个持续调的过程。一句话总结：先按负载类型选对规格族，再用监控数据定大小，最后用计费组合压成本，顺序别反了。

先说结论：最左前缀的意思是，联合索引要从最左边的列开始连续使用，中间不能跳列；一旦某一列用了范围查询，它后面的列就不能再用来定位，只能用来过滤。 举个例子，索引是 a、b、c 三列。只查 a 可以用索引，只查 b 用不上，因为 b 在整个索引里不是有序的，只有在同一个 a 下面才有序。查 a 和 c，中间跳过 b，c 也只能过滤，不能定位。 范围查询也是同理。查 a 等于 1，b 大于 10，c 等于 5 时，a 用来定位，b 用来划出一个范围区间，c 在这个区间里已经不再按顺序排列，所以不能再定位，只能在已经扫出来的行里过滤，或者靠索引条件下推少回表。 实际建索引时，把经常等值查询的列放前面，把范围查询的列放后面，范围列后面的列就不要指望它再定位了。想确认到底用了几列，看执行计划里索引用到的长度变化最直接。

先说结论，本地能登录只能证明本机这条路通了，不能证明业务那条路通了，重点是把重置密码这件事和业务实际用的账号、主机、地址、配置四处对齐。 第一，先确认业务到底用哪个账号。很多人重置的是 root，业务用的却是另外一个账号，改 root 对业务账号没有用。登录后查看账号表，确认业务账号存在，确认它的主机栏是不是业务所在机器的地址，或者是允许所有主机的百分号，只有一个本地主机授权的账号，远程业务是连不上的。还要确认账号没有被锁定，密码没有过期，认证方式和业务驱动是否匹配。 第二，确认密码改到了正确的实例和正确的账号。改完密码要执行刷新权限的操作，如果是用跳过授权表的方式重置，改完后要恢复正常启动方式再验证一次，不要只在跳过授权的状态下验证。验证时要在业务所在机器上，用业务账号和业务要连接的地址手动登录一次，能登录说明数据库侧基本通了，不能登录再往数据库侧查。 第三，确认业务配置同步并且已经生效。数据库里改完密码，业务配置文件、环境变量或者密钥配置里也要同步改成新密码，改完要重启业务或者重建连接池。只改配置不重启，旧连接和旧密码缓存还会继续用，看起来就像密码没有改成功。还要检查有没有多份配置，例如开发配置、生产配置、容器环境变量和密钥管理里各写了一份，实际生效的那份没有改。 第四，确认主机写法和连接方式对应。本地登录常常走本地套接字，业务常常走网络连接，本地主机和回环地址在账号授权上是不同的写法，业务地址写成本地主机、回环地址或者内网地址，对应的授权也要能匹配上。业务在同一台机器上时，优先用内网地址或者回环地址验证，不要一开始就用公网地址绕一圈。 第五，再查监听和网络。确认数据库没有关闭网络连接，监听地址不是只绑了本地回环地址，确认服务端口确实是业务要连的端口，确认安全组和本机防火墙放行了业务来源地址的该端口。内网业务优先走内网地址，公网放行要收紧来源地址，不要为了排查长期放开所有地址。 最后看业务报错来收尾。报拒绝访问一般是账号、密码或者主机授权问题，报连接被拒绝或者超时一般是监听、端口或者安全组问题，报找不到库一般是库名写错或者业务账号没有该库权限。按报错、业务账号、业务配置、监听与安全组这个顺序查，一般到第三步或者第四步就能定位。

先说一个关键区分：能立刻看到 Permission denied，说明 22 端口已经通了，sshd 也已经应答，问题在认证环节，不在安全组放行上。如果是安全组没放行，现象一般是连接超时，而不是立刻被拒绝。所以先按认证查，安全组放在最后复核就行。 建议按这个顺序查。 第一，先确认用户名和私钥文件。不同镜像默认用户不一样，Ubuntu 一般是 ubuntu，CentOS 一般是 root，用错用户名，密钥再对也会被拒绝。本地要用 ssh 命令里的小写 i 参数明确指定私钥文件，不要拿公钥文件去登录，私钥权限要改成只有自己能读，也就是 chmod 600，目录权限也不要放太宽。 第二，确认密钥对有没有绑对实例。在控制台核对实例绑定的密钥对名称是不是你手上这把，创建实例后换绑密钥对，一般要按控制台提示重启或重置后才真正写进实例，只点绑定不生效的话，实例里还是旧公钥。 第三，用控制台远程登录进机器检查。远程登录不走 SSH，是很好的旁路。进去后看登录用户家目录下的 ssh 目录里的 authorized_keys 文件，确认里面有没有你这把公钥完整的一行，公钥断行或多了空格都会失效。同时检查 ssh 目录权限是 700，authorized_keys 权限是 600，家目录不能对组和其他用户可写，属主也要是登录用户自己。 第四，检查 sshd 的认证开关。看 sshd 的配置文件里 PubkeyAuthentication 是不是 yes，PasswordAuthentication 是不是 yes，还要看有没有限制登录用户或禁止 root 登录。如果创建实例时选的是密钥登录，root 可能本来就没有设置密码，这时密码登录被拒绝不一定是密码记错，而是这个用户本来就不支持密码登录，需要先在控制台重置密码并确认密码登录已放开。 第五，检查密钥格式。Windows 上用 PuTTY 生成的密钥要先转成 OpenSSH 格式再用，OpenSSH 客户端不能直接用 PuTTY 格式。自己生成的密钥也要确认没有在复制粘贴时断行。 第六，最后复核网络和服务。确认安全组入方向放行了 22 端口，确认 sshd 在运行，确认没有改过 SSH 端口。如果上面几步都对，重点看系统日志里的认证失败记录，日志会直接写明是权限问题、用户不存在还是密码校验失败，比反复试登录更快定位。 按这个顺序，一般到第三步或第四步就能找到原因。