SegmentFault以前用的是dnspod的解析，最近想把它迁移到AWS的Route 53上。我以为dns记录迁移的顺序是这样的
修改nameserver -> 解析服务器更新nameserver -> 用户逐渐向新的nameserver请求name(由于以前的nameserver记录没删除，对于解析服务器没有更新的用户依然可以向老的nameserver请求)
但实际情况是，当我将域名的nameserver指向新的解析服务器后，所有用户都出现无法解析的情况了，也就是我的域名记录被删除了。那么dns nameserver更新的过程到底是怎样的，如何做才能让这个过程对用户影响最小
楼主你的这种情况可能与TTL值未正确设置有关，TTL决定了你的域名解析记录在每个DNS服务器上（包括你域名设置的两个DNS服务器，以及其它各网络提供商及机构提供的DNS服务器）的存在时间。修改域名解析的正确步骤如下：
1、在晚上12点，修改原DNS服务器上的域名解析，仅修改TTL值部分，如修改为600(10*60，10分钟)，即适当缩短原DNS服务器的生效时间，同时记下原TTL值，如3600；
2、在1小时（3600秒）以内，向域名提供商申请修改DNS服务器，同时在新DNS服务器上把域名解析记录添加好。TTL值同样设置为600；
3、1小时之后，向国内几个主要DNS地址测试解析生效情况测试，如均能正常查询到解析记录，则将TTL值修改为3600或你想设置的正常值。
注意：实际情况受你域名活跃度影响，你的域名越活跃，转移情况就越顺利。
看70的描述，不知道是我理解有误，还是70写反了顺序~~
我觉得顺序应该是这样的：
1、在新的DNS提供商添加域名IP；
2、过一段时间（视新的DNS提供商的生效时间而定）后再更改域名的 ns 记录。更改时先更改 辅ns 记录，过段时间再更改 主ns 记录
来自微博用户@cheungtifan补充到这里
在注册商更新nameserver记录以后，SOA和nameserver记录就全都指到新nameserver了，新nameserver没解析信息，肯定解析不出来。
楼主这个顺序不正确。
CloudXNS这边一向都是推荐用户先导出域名解析，再到新平台把解析配置好，最后切换NS。
这样才能保证域名解析无缝衔接。