我有一个网站,其MYSQL数据库非常庞大,超过10 GB
除了过去一页非常快,但现在它可以在30分钟或更长时间内打开
之外,所有页面都运行良好我已经备份了文件,但是数据库却没有备份
许多开发人员和系统管理员已经研究了代码和服务器的性能,并确保代码和服务器没有问题
我的问题是,为什么只有一个管理员页面受大型数据库大小的影响,或者尽管服务器扫描未发现任何攻击,但该问题的建议是什么
最后:此页面加载速度非常快,自2007年以来一直运行良好,直到2018年4月10日为止,未对任何文件进行任何修改,文件或DB中没有发生任何事情……您能提出什么原因吗?那问题??
答案 0 :(得分:0)
除了尝试在与页面关联的表上重建索引外,您也没有提供任何代码。
如果与数据/索引无关,我要做的就是不处理原始页面,对其进行复制,然后以某种方式创建一个替代链接来显示该页面的第二个实例。然后,在第二个实例中,我将删除所有实际查询数据组件的实例,以防页面查询很多东西。然后调出第二页。看是否快。然后,逐步逐步带回一个填充的查询以找到罪魁祸首。完成后,根据需要进行微调,确认索引等。
答案 1 :(得分:-1)
索引可能已损坏。尝试重建它们。
您还可以启用<label th:class="${feedback.message.rating} >= 5 ? 'active'" for="rating5"></label>
来记录导致运行缓慢的查询。但这需要重新启动mysql服务器。