如果网站跑路了界面会显示什么

网站到期后，会出现404 Not Found。
404是网页服务器无法找到用户请求的文档时发出的>

不管是中小型企业网站还是大型企业网站都会面临着被攻击的危险，如果没有一个专业的程序员维护，网站会经常性的出现很多问题，网页打开缓慢、延迟、打不开甚至死机，因此流失很多客户。不过面对网站攻击并不是束手无策而坐以待毙，网站被攻击恰恰说明网站存在安全漏洞，只要查缺补漏，加以防范，便可保持网站的正常运行。网站之所以存在漏洞，是因为电脑系统或网站程序不断被发觉新漏洞，不是很专业的程序员疏于防范，便给一些不法之徒带来可乘之机。为此，网站运维不是一个简单的事，需要程序员的专业技术、管理习惯、责任心息息相关。

网站被攻击的常见形式：

（一）网站网页被挂马：当我们打开网站网页时，会被浏览器或电脑安全管理软件提示，此网站存在风险、此网站被挂马等报告，是因为网页和根目录文件中被植入了js，当打开网页时，触发js的命令，自动执行含有木马的脚本或php文件，从而窃取用户的隐私数据。被攻击的网站往往是一些涉及虚拟货币或有交易性质的网站。

（二）网站网页中出现大量的黑链：网站的网页一般用户看着没有什么异常，但是在网站的源代码中，往往是在最底部，出现了大量的锚文本链接，而这些链接往往被隐藏起来，字体大小为0或极限便宜位置。被攻击的目的在于，一些黑客非法植入链接，来提高一些低权重网站的权重和流量而获取利益，而被攻击方的网站往往会被降权惩罚。被攻击的网站往往是一些存在一定搜索引擎权重和流量的网站。

（三）网站根目录中出现大量植入的网页：如果网站维护不及时，会发现网站收录突然暴增，而收录的内容都是非自身网站的内容，大多数是一些非法广告页面，诸如博彩、色情、游戏私服外挂等内容，我们检查服务器网站数据会发现大量植入的静态页。被攻击的网站广泛，特别是一些流量高的网站备受黑客青睐。

（四）网站网页打开自动跳转到其它网站页面：这种形式我们常常称之为非法桥页，在网页中植入的强制转的js，或入侵服务器，在iis中做了301重定向跳转，其目的在于黑客进行一些非法广告性或网站权重转移而从中获益。被攻击的对象往往是一些有权重、有流量的网站。

（五）网站数据库被植入新内容。网站数据被植入了一些新增加的内容，这些内容形式和网站其他数据看似正常，但是看时间日期，会发现内容往往比较集中，而并不是编辑人员添加的内容。这种网站往往是一些能够办理证件的网站，诸如职业资格证、毕业证等。黑客为一些非法客户在正规官网植入虚假职业信息，而从中获取高额利益。被攻击的网站往往是一些大学官网、教育部门网站或一些资质认定的网站。

（六）网站被攻击打不开会打开极为缓慢：网站网页经常打不开，或服务器无法远程连接，这种情况往往是由于企业竞争激烈，非法的竞争对手雇佣网络黑客，恶意攻击自己的网站程序和服务器，导致网站或服务器无法正常运行，诸如大量的DDoS攻击、CC攻击、直接破坏或删除网站数据。部分黑客存在心理扭曲、炫耀自己的能力进行恶意攻击。被攻击的网站往往是企业网站或一些维护水平较低存在大量安全漏洞的网站。

（七）网站和服务器密码被篡改：有时会发现网站和服务器的密码不正确，被篡改了。是因为黑客对存在漏洞的网站和服务器进行暴力破解，篡改了密码。其目的往往在于炫耀黑客技术能力，进行恶意的、非法的黑客技术 *** 作。被攻击的网站为所有网站。

（八）网站数据库丢失或损坏：有时发现自己的网站可以正常打开，但是无法再继续更新程序和新添加内容。这种情况往往是一些缺乏职业道德的离职程序员或黑客，进行恶意的攻击网站。被攻击的网站为各类网站。

（九）网站域名DNS劫持：打开自己的网站，内容却不是自己的网站内容，检查服务器和网站程序均正常，这种情况我们ping网站ip到时候已经不是自己的服务器ip，这种情况往往存在域名DNS劫持。其目的在于恶意的攻击炫耀或广告利益。被攻击的网站为所有类网站。

（十）网站服务器运行缓慢，被植入蠕虫等病毒：有时候站长会发现网站运行更新或在服务器 *** 作异常缓慢，我们查看服务器的进程管理会发现，有运行占据高CPU、高内存的进程。这是查杀木马，往往会查出蠕虫等病毒。其目的在于占据网站资源，或服务器自身被攻击入侵，作为一种“肉鸡”用来攻击其他人的平台。被攻击网站，往往是一些高性能、高带宽的服务器。

二、网站服务器如何运维：

（一）网站数据定期备份：定期备份网站数据可以用来恢复被攻击的网站，即便网站被攻击或误 *** 作删除一些网站信息，可随时恢复。为此网站运维，网站备份才是硬道理。

（二）网站程序系统更新：网站程序和服务器系统定期更新使用的版本、补丁，可消除一些存在的安全漏洞，以防给黑客带来可趁之机。

（三）定期查杀网站病毒：定期查杀网站病毒可以防止黑客的进一步破话或窃取网站数据，也可以及时删除入侵的网站后门漏洞文件。

（四）网站文件权限设置：对网站服务器文件合理的设定权限，比如部分执行程序的重要文件应当取消写入或执行权限，可避免黑客篡改网站数据。

（五）网站域名开启>

（六）可使用高仿服务器：高仿服务器具有高性能、高带宽、高防御的特点，在安全上、运行上自身具备一定维护的基础后盾，给后期维护带来了不少的方便，但是造价高昂，客户应当根据自己经济情况酌情考虑。

（七）定期更新管理密码：网站密码可被离职程序员记录或黑客入侵暴力破解获取，定期更新网站后台密码和远程服务器登陆密码可有效预防数据损失。

（八）定期查看网站日志：网站运行数据的记录都在网站日志里记载，开启并定期查看网站日志，清晰地了网站运行的轨迹，是网站维护的重要方式之一。

最近遇到个比较有意思的问题，服务器宕掉后无法启动，想了好多办法，虽然解决了问题，数据没有丢失，但是没有按照自已的思路来，未免还是有些不甘。遇到问题不能慌，尤其是线上的环境，更不能紧张，心理素质对DBA来说也是一项挑战，可能你的手一抖就会导致多少人无法正常使用业务，如果你没有把握，请先把现场环境备份后再进行 *** 作，避免数据的二次损坏，下面壹基比小喻说一下大概的思路吧。
1检查是否有备份，如果备份存在，binlog存在，那么万事大吉，一切都有挽回的余地，慢慢来搞，只要你基础扎实，数据还原只是时间的问题。
2对于没有备份的，那处理这个问题就有些棘手了，还得一步一步的来。
在mycnf中[mysqld]下加上以下配置，采用强制恢复机制，看是否能够启动
[mysqld]
innodb_force_recovery=1
如果设置成1不能启动，可以逐渐的将数据增大到6，下文会详细说下1-6是什么意思，如果在1-6之间启动成功了，那么你运气还不错，这时候不要恢复业务，赶紧把数据用逻辑方式导出来，再启个新的实例把数据还原，有人会问，为什么mysql已经启动了，还要导出数据呢，原因在这：
当innodb_force_recovery被设置为大于0的时候 ，会阻止用户insert,update,delete也就是你启动的mysql不是一个正常的mysql服务，类似于windows系统下的安全模式。以下这段引于其它地方，具体地址不太清楚了，也可以从官方文档中找到。
innodb_force_recovery被允许的非零值如下。一个更大的数字包含所有更小数字的预防措施。如果你能够用一个多数是4的选项值来转储你的表，那么你是比较安全的，只有一些在损坏的单独页面上的数据会丢失。一个为6的值更夸张，因为数据库页被留在一个陈旧的状态，这个状态反过来可以引发对B树和其它数据库结构的更多破坏。
innodb_force_recovery=1 (SRV_FORCE_IGNORE_CORRUPT)
即使服务器检测到一个损坏的页，也让服务器运行着；试着让SELECT FROM tbl_name 跳过损坏的索引记录和页，这样有助于转储表。
innodb_force_recovery=2 (SRV_FORCE_NO_BACKGROUND)
阻止主线程运行，如果崩溃可能在净化 *** 作过程中发生，这将阻止它。
innodb_force_recovery=3 (SRV_FORCE_NO_TRX_UNDO)
恢复后不运行事务回滚。
innodb_force_recovery=4 (SRV_FORCE_NO_IBUF_MERGE)
也阻止插入缓冲合并 *** 作。如果你可能会导致一个崩溃。最好不要做这些 *** 作，不要计算表统计表。
innodb_force_recovery=5 (SRV_FORCE_NO_UNDO_LOG_SCAN)
启动数据库之时不查看未完成日志：InnoDB把未完成的事务视为已提交的。
innodb_force_recovery=6 (SRV_FORCE_NO_LOG_REDO)
不要在恢复连接中做日志前滚。
数据库不能另外地带着这些选项中被允许的选项来使用。作为一个安全措施，当innodb_force_recovery被设置为大于0的值时，InnoDB阻止用户执行INSERT, UPDATE或DELETE *** 作
即使强制恢复被使用，你也可以DROP或CREATE表。如果你知道一个给定的表正在导致回滚崩溃，你可以移除它。你也可以用这个来停止由失败的大宗导入或失败的ALTER TABLE导致的失控回滚。你可以杀掉mysqld进程，然后设置innodb_force_recovery为3，使得数据库被挂起而不需要回滚，然后舍弃导致失控回滚的表。
关于上面进行逻辑备份也可能会遇到问题，可能会备份失败，如果出错，建议先按库一个一个的备份，到哪个库出错后，再按照当前库的表一个一个备份，表出错根据表中主键一点一点备份，最终将大部分数据导出。如果你的数据不重要，可以容忍丢失，那么可以当我说的都是废话了。
3如果还是不可以启动，那么恭喜你，你遇到挑战了。
查看错误日志，看没有提示因为某个表的原因而导致启动不了，可以先把损坏的表的ibd文件先从数据目录mv走，再试着启动，在数据已经恢复后，我把当时错误的文件拿到本地，做了测试，把几个报错的ibd文件mv走后，数据库就可以正常启动了，但是mv走的这几个表数据会丢失。怎么把这个表的数据弄回来呢，曾想过用在线表空间传输，但是cfg文件却没有，这种方法没有行通。后来用Percona Data Recovery Tool for InnoDB工具进行数据恢复，关于这个工具的介绍与 *** 作，网上一大堆，我就不详细说明了。

---