只要您有电子邮箱，您就无法避免会收到垃圾邮件。对付垃圾邮件除了各方共同努力外，对于普通用户来讲，您还需要注意以下几点。
如果您在使用邮箱过程中，收到了您认为是垃圾邮件的电邮，请您登录您的邮箱 Web 界面，按下图的界面所示单击 举报垃圾邮件按钮 ，我们会将此邮件的信息发送给国际反垃圾邮件组织进行检查判断，以便从根本上切断该垃圾邮件的来源。
同时，请您在平时使用邮箱的过程中注意以下几点是可以防范垃圾邮件的：
不要响应不请自来的电子邮件或者垃圾邮件。对于那些发送垃圾邮件的人，若在上千封邮件中有一封起作用，就足可以为自己的这种行为辩护。 不要使用“删除”这样的词来响应垃圾电子邮件的指令。这是回应电子邮件的一种策略；它将告知发件人您的地址有效，这将大大增加它的价值。如果回复，您的地址将被放置在更多的列表中，结果会有更多的垃圾邮件。
不要把您的邮件地址在因特网页面上到处登记。如果经常用某个邮件地址在网上大量注册(很多论坛 都要求填写email地址然后给你发送密码)，相信你今后收到垃圾邮件的次数会越来越多，那怎么办呢?告诉你一个方法：由于网络上收集电子邮件地址通常是用软件进行，而目前的电子邮箱表示法中都会包含 “@”这个符号，所以当你注册成功后不妨再次进入论坛，将电子邮箱中的”@”改为其他符号如“#”，这样其他用户查看时会知道你的email的，但对付那些软件就有效多了;不过有些网站，检测地址的合法性，所以此法肯定行不通，那也有办法——将电邮地址修改为其他的字符组合，比如增加字符长度等。
不要试图点击垃圾邮件中的任何链接。某些垃圾邮件发送者会自动收集点击者的信息，事实上当你点击链接进入相应网站时就无疑高速对方这个电子邮件地址是存在的(不然谁会去点击)。
不要登陆并注册那些许诺在垃圾邮件列表中删除你名字的站点。
保管好自己的邮件地址，不要把它告诉给你不信任的人。
不订阅不健康的电子杂志，以防止被垃圾邮件收集者收集。
谨慎使用邮箱的 自动回复 功能。为了体现互联网高效、快捷的特点，很多网站和邮件收发工具中都设置了 自动回复 功能，这虽然方便，但是如果两个联系人之间都设置了 自动回复 ，想想看有何后果，恐怕双方的邮箱中都是一些“自动回复”的垃圾信件。换句话说，此功能使用不当，人人都会变成垃圾邮件发送者。
用专门的邮箱进行私人通信，而用其他邮箱订阅电子杂志。
只读实例产生延迟的原因及解决方案 只读实例规格过小
分析
这类延迟场景经常出现在只读实例规格和主实例规格相差较大，而且只读实例上负载较重，比如只读实例上IOPS打满。
只读实例的数据为了和主实例保持同步，采用了MySQL原生的binlog复制技术，由一个IO线程和一个SQL线程来完成。IO线程负责将主实例的binlog拉取到只读实例，SQL线程负责将这些binlog日志应用到只读实例。这两个线程会消耗只读实例的IO资源，所以当只读实例的IOPS配置不够的时候，会导致只读实例的数据出现延迟。
解决方案
建议您升级只读实例规格，避免由于只读实例规格较小导致延迟。RDS推荐只读实例的配置大于或者等于主实例的配置。
主实例的TPS（Transaction Per Second）过高分析
由于只读实例与主实例同步采用的是单线程同步，而主实例的压力是并发多线程写入，这样在主实例TPS过高的情况下容易出现只读实例的数据延迟，可以通过观察只读实例的TPS与主实例的TPS性能数据来判断。
解决方案
排查主实例的TPS是否正常，如果正常则需要对业务进行优化或者拆分，保证主实例的TPS不会导致只读实例出现延迟。
主实例的大事务分析
主实例执行一个涉及数据量非常大的update、delete、insert…select、replace…select等事务操作，生成大量的binlog数据传送到只读实例。只读实例需要花费与主实例相同的时间来完成该事务，进而导致了只读实例的同步延迟。例如在主实例上执行一个持续80秒的删除操作，只读实例进行相同操作时也需要花费很长时间，这时就出现了延迟。
在只读实例出现大事务导致延迟时，通过 show slave status \G命令，可以看到 Seconds Behind_Master不断变化，而 Exec_Master_Log_Pos却保持不变，这样可以判断只读实例的SQL线程在执行一个大的事务或者DDL操作。
解决方案
建议将大事务拆分为小事务（例如在delete语句中增加where条件子句，限制每次删除的数据量，将一次删除操作拆分为多次数据量较小的删除操作进行），这样只读实例可以迅速的完成事务的执行，不会造成数据的延迟。
主实例的DDL语句执行时间长分析
只读实例和主实例数据同步是串行进行的，如果DDL操作在主实例执行时间很长，那么同样在只读实例也会消耗同样的时间导致延迟。常见操作例如create index、repair table、alter table add column等。 只读实例上执行的查询或未完成的事务阻塞了来自主实例的DDL执行。在只读实例上执行show processlist命令查看SQL线程的状态为waiting for table metadata lock。解决方案
对于DDL直接引起的只读实例延迟，建议在业务低峰期执行这些DDL。 对于来自主实例的DDL在只读实例上被阻塞的情况，需要kill掉只读实例上引起阻塞的会话来恢复只读实例和主实例的数据同步，详情请参见解决MDL锁导致无法操作数据库的问题。在Windows 7或Windows 10系统中启动link-iot-edge.sh失败
link-iot-edge.sh脚本在Windows 7或Windows 10系统中运行时需要依赖bash的运行环境。建议您安装git bash。关于Windows系统中搭建Link IoT Edge运行环境的方法请见基于Windows搭建环境。
