我在php web应用程序中有以下用户注册脚本:
function(x,y)
{
//mysql insertion,updation
if (user sponsor!=)//it might be 1000 or more iterations...
{
function(a,b)
}
}
function (x,y);
就像上面一样,我在同一页上还有一个脚本。当我运行脚本时,会插入和更新大量mysql记录。在本地主机中,由于占用大量时间,我增加了内存限制。我在VPS里也做过同样的事。
由于内部服务器错误,我从共享主机升级到vps托管。
同样
我有一个项目,这是一个文件夹大小约1.6 GB。当我尝试通过运行(在8 8GB内存的ubuntu服务器上)构建项目时,
hugo服务器--bind=0.0.0.0
监视/root/hugo/{content,layout,static}中的更改,监视/root/hugo/config.toml中的配置更改,从运行在Fast Render模式下的内存中提供页面。对于更改后的完整重建: hugo server --disableFastRender Web Server可在 (绑定地址0.0.0.0)按Ctrl+C停止
这将需要大约20分钟和7 GB的内存才能启动,在此之后,如果我更改了一个文件(
今天,我看到MySQL/MariaDB停止在CentOS VPS上运行。当我检查我得到的状态:
# service mysql status
ERROR! MySQL is not running, but lock file (/var/lock/subsys/mysql) exists
因此,我删除该文件,然后重新启动服务。但是当天晚些时候,MySQL将再次脱机,锁文件仍然存在。所以发生了一些事情,导致MySQL死了,但是留下了锁文件,这告诉我它不是一个干净/平滑的出口。
在过去,当我看到锁文件存在但服务没有运行时,这是因为整个VPS突然重新启动。但是这里的情况并非如此,因为我的正常运行时
我正在使用ElasticBean秸秆(T1.min-1GB内存)作为Java web应用程序。我已经将其配置为Java堆
最小堆200 min
最大堆400 max
最大烫发量100 max
因此,总共为Java的“东西”预留了5亿桶。
我觉得为操作系统和其他所有东西(比如Apache )留出500 as是很慷慨的。
问题是,ElasticBean秸秆高级健康页面有时会警告我,我正在使用92%的内存,一旦内存高达96%。当这种情况发生时,我倾向于弹出底层的EC2实例,然后这个问题在几天或几个星期内都不会再次出现。我有两个实例负载平衡,并且考虑到我们当前的负载,它没有受到很大
MySQL不断崩溃,因为:InnoDB: Fatal error: cannot allocate memory for the buffer pool。这看起来像是一个记忆问题,而互联网似乎证实了这一点。另外,我的盒子只有1GB的RAM,所以这可能是问题的另一个提示。
然而,我的监控工具(来自rackspace)说,在崩溃时,我只使用了大约608 my的内存。另外,如果我通过free命令检查我的内存使用情况,我会看到如下所示:
total used free shared buffers cached
Mem:
我们的MySQL服务器似乎使用了大量内存。
我尝试寻找没有索引的慢速查询和查询,并将峰值CPU使用率和Apache内存使用量减半,但MySQL内存始终保持在2.2GB (服务器上可用内存的51%左右)。
这是普列斯克的图表。运行在SSH窗口中的顶部显示相同的数字。
📷
有没有人知道为什么内存使用量是这样的常量,而不是高峰和低谷的应用程序的使用?
下面是MySQL调优初级脚本的输出:
-- MYSQL PERFORMANCE TUNING PRIMER --
- By: Matthew Montgomery -
MySQL Version 5.0.77