ttfb 指 耗时_网页响应慢，waiting（TTFB）时间过长,接口返回耗时，数据库占用CPU 90%以上...

记一次 网页响应慢，waiting(TTFB)时间过长,接口返回耗时，数据库占用CPU 90%以上问题排查

症状：H5页面打开白板，几十秒后出现页面，调试跟踪访问接口waiting(TTFB：全称 Time To First Byte，是指网络请求被发起到从服务器接收到第一个字节的这段时间，它包含了 TCP 连接时间、发送 HTTP 请求时间和获得响应消息第一个字节的时间)时间过长，看服务器资源占用，SqlServer占用90%以上

过程：检查服务器SqlServer占用90%以上，首先想到的是数据访问量大或者读写量大，但根据实际情况此原因排除。怀疑接口代码问题，但只要请求到达接口，里面逻辑处理很快返回。IIS问题？换了两台服务器的IIS问题依旧。后来发现只要停止SqlServer服务或断开数据库连接速度恢复正常，那接口没问题，换数据库。重新配置数据库连接并设置应用程序池的队列长度为3000，最大工作进程数为2或者5

刚开始以为解决了，新服务器CPU也被SqlServer占用90%以上，但是发现数据库连接时断时好(断的时候访问很快)且数据库连接报错：超时时间已到。超时时间已到，但是尚未从池中获取连接。出现这种情况可能是因为所有池连接均在使用，并且达到了最大池大小。 (应该是设置了最大工作进程数导致)，不是数据库本身问题。

又从数据库下手，发现数据库短时间访问量很大，怀疑数据库被攻击。又换数据库改默认端口，问题依旧。。。。。

回来，分析前端到接口时间为什么要等待那么久，域名解析慢？改接口连接为IP地址(之前接口域名也在用)，依然！

停止相关站点，前端，接口，后台，CPU恢复正常！恢复前端/接口(用IP访问接口)，响应正常！

接口域名问题？之前查看域名，服务器各种指标都正常，没从这方面去想。验证一下，把接口域名加上去，问题又出现，数据库占用升高。响应变慢！

OK，域名问题！换个新域名(加入阿里防火墙)一切运行正常！

那么是域名解析问题，还是域名被攻击呢。。。。。。。。。