慢多半是默认源在国外，换国内镜像源是最直接的办法，几点按顺序说：先挑源。优先用你这台云服务器自家厂商的镜像站，比如华为云的镜像站，同地域内网就能到，又快还不走公网流量；其次是清华、中科大、阿里开源镜像这些大站。关键是对上版本和架构：CentOS 7、8 Stream、Ubuntu 22.04、Debian 12 各用各的源文件，混了会装不上或者依赖报错，EPEL 这类扩展源也要配对应版本。换之前先备份原配置，这是最不能省的一步。yum 备份 /etc/yum.repos.d/ 整个目录，apt 备份 /etc/apt/sources.list 和 sources.list.d/，拷一份到家目录就行。然后再换。yum 是替换 repo 文件里的地址或者直接下载对应源文件，完事 yum clean all 再 yum makecache；apt 是改 sources.list 里的地址，完事 apt update。换完别急着装，先跑一遍 makecache / update，通了再装软件，省得装到一半报错。换错了怎么回去：把备份拷回去，再 clean + makecache / update 一遍就恢复了，所以备份那步别偷懒。会不会影响安全更新：国内镜像是定时同步上游的，安全更新一样有，只是比官方晚几个小时到一天，不是没有；不放心就手动跑一遍 update / upgrade 看看。生产环境多注意两点：一是先在测试机上换，验证能装、能更新再批量推，别直接在生产机上试；二是维护窗口再做，换之前给系统盘打个快照，换完验证一遍业务没影响再收工。换源只改软件包来源，不动已装的软件和数据，这点不用担心。

重置后本地能登、业务连不上，一般是密码改了一处、另一处没跟着改，分四层查：第一，看应用配置文件里的密码。重置的只是 MySQL 里那个用户的密码，业务配置里写的多半还是旧密码，先把两边对齐。第二，看 MySQL 用户的 host 授权。用户如果是 'xxx'@'localhost'，就只允许本机连，业务要是从别的机器连会被直接拒绝，得改成应用所在 IP 的授权（生产上别图省事直接改 %）。第三，看 3306 有没有放行。安全组入方向和服务器本机的防火墙都要查，一个没放就通不了，先在应用那台机器上 telnet 一下 3306，看端口本身通不通。第四，看 MySQL 的 bind-address。如果 my.cnf 里绑的是 127.0.0.1，那就只接受本机连接，改成 0.0.0.0 或者应用能到的地址，改完重启 MySQL 再试。按这个顺序从上往下查，基本能定位到是哪一层的问题。

可以，但要先说清楚一个关键前提：7 天是备份的可恢复窗口，不是只有 7 个恢复点。 1、能恢复到任意时间点，还是只能恢复到备份时刻？在 7 天保留期内，一般可以恢复到控制台显示的可恢复时间区间内的任意时间点，而不只是每天自动备份的那一刻。原理是先恢复离目标时间最近的全量备份，再重放之后的增量日志到你选定的时间点。但“任意”也是有边界的：超出 7 天、早于最早可恢复时间点、或不在控制台可恢复区间内的时间点就恢复不了；如果中间有备份中断、覆盖还原等情况，可恢复区间也可能被隔开，以控制台实际显示的区间为准。 2、会覆盖原实例，还是生成新实例？推荐做法是选择“恢复到新实例”，这样会创建一个与目标时间点数据相同的新实例，不会直接覆盖原实例。需要注意：控制台里也有“恢复到当前实例/已有实例”的选项，选了那种方式就会覆盖目标实例数据，恢复过程中实例也不可用，所以想保住原数据时不要选它。 3、原数据还在吗？选“恢复到新实例”时，原实例和原数据都还在，新实例是独立的实例，需要另外切换连接地址、账号和业务配置来使用；新实例也会按新创建实例正常计费。建议先在新实例上核对数据无误、业务验证通过后，再决定原实例的去留，不要一恢复完就急着删原实例。 一句话总结：7 天内可选时间点恢复，选新实例最稳妥，原实例数据不受影响。

要重新部署，旧证书不会立刻失效，旧证书先留着、确认没问题再删：1. 续费后必须重新部署。续费不是给旧证书续命，是 CA 重新签发一张新证书，监听器绑定的是旧证书对象，不会自动变成新的。所以要在 ELB 监听器里把证书换成新的，CCM 里买的证书也可以用部署功能直接推到 ELB。2. 续费期间访问不会断。旧证书在到期时间之前一直有效，换证的时候新连接走新证书，已建立的连接不受影响，一般不断连。建议到期前、低峰期换，别拖到过期当天。3. 旧证书先别急着删。等新证书确认生效、所有监听器都不再绑旧证书之后，再手动删除（删之前要先解绑）。留着它万一有问题还能回滚。

会的。函数执行超时后，平台一般会按配置重试，异步调用有自己的重试策略，重试次数和间隔可以在函数配置里改，但不是无限重试。重试确实可能导致同一条数据写两次，因为第一次执行可能已经把数据写进库了，只是返回超时了，平台不知道，就会再跑一次。防止重复的关键是做幂等：写库时用业务主键去重，比如订单号建唯一索引，重复写会冲突失败而不是插两条；或者先查后写、用事务；也可以建一张去重表记已处理请求 ID，重试时先查表跳过。另外把超时时间设得比业务耗时宽裕一点，能减少无谓重试；耗时长的任务尽量拆成异步加回调。

要的。控制台上把盘扩容，只是云侧把盘做大了，系统里的分区和文件系统还是原来的大小，得进系统再扩一遍，不然 df 看到的可用空间不会变。Ubuntu 24.04 上一般这样走，不用重启、可以在线扩：先 lsblk 和 df -h 确认盘和分区名（一般是 /dev/vda 和 /dev/vda1），再 growpart /dev/vda 1 把分区扩上去，ext4 就 resize2fs /dev/vda1，xfs 就 xfs_growfs /，最后 df -h 看一下，空间就出来了。扩之前注意两点：一是先打个快照备份，万一扩错了还能回；二是确认控制台那边真的已经扩容成功了，再进系统操作，别对着没变大的盘折腾。

会的。开了版本控制之后，普通删除其实只是给对象加了个「删除标记」，看起来是没了，但历史版本还都在桶里躺着，照常占容量、照常计费。想真删干净两个办法：1）按版本号去删历史版本（控制台里显示历史版本再删，或者用工具带 versionId 删除）；2）更省事的，配一条生命周期规则，给非当前版本设过期时间，比如 30 天后自动清除，删除标记也可以一起设过期。不处理的话删得越勤、历史版本攒得越多，容量费越下不来。

会的。开了版本控制之后，普通删除其实只是给对象加了个「删除标记」，看起来是没了，但历史版本还都在桶里躺着，照常占容量、照常计费。想真删干净两个办法：1）按版本号去删历史版本（控制台里显示历史版本再删，或者用工具带 versionId 删除）；2）更省事的，配一条生命周期规则，给非当前版本设过期时间，比如 30 天后自动清除，删除标记也可以一起设过期。不处理的话删得越勤、历史版本攒得越多，容量费越下不来。

已经起好的容器不用删掉重建，直接改重启策略就行：docker update --restart=always 容器名（或者容器 ID）。改完之后服务器重启、Docker 服务起来，容器就会自动拉起。还没创建的容器，docker run 时直接带上 --restart=always 就行。两个小提醒：1）always 和 unless-stopped 有区别：always 是不管之前是不是手动停的，Docker 重启后都给你拉起来；unless-stopped 是手动停掉的就保持停止，一般更顺手，看你场景选。2）前提是 Docker 本身得开机自启：systemctl enable docker，这个没开的话策略设了也白搭。

40G 是系统盘，你实际可自由支配的“云存储空间”只有 5GB