其实主要吃内存的一般就是mysql程序，其他的宝塔和Nginx还有php基本不怎么吃内存的。内存占用非常的小。但是我们如果服务器是1G或者512M的内存基本就很吃力的。可能会因为这个内存不足导致mysql自动停止运行。
相信很多站长都遇到过这种情况，用宝塔面板搭建的网站，有时候MySql数据库会意外自动停止。 比如被不怀好意的人CC造成内存不足等，数据库挂了网站自然就无法访问。 比如配置低的VPS网站访问量大造成服务器负载过高而导致MySql数据库意外停止。 然而我们做为站长又不可能随时看着网站，所以我们就可以利用宝塔的自动任务来让MySql数据库自动启动。 宝塔定时监控MySQL状态，一旦停止则自动重启数据库。 使用方法： 将以下shell脚本加入宝塔任务，并设置10分钟执行一次就可以了。
0：日志每秒刷新，但是在事务提交时不做任何处理，1，每次提交都刷新，这是最安全的也是默认的。2，每次事务提交都把日志缓存写到日志文件，再由innodb每秒做一次刷新。
130 ：文件格式不正确。（还不是很清楚错误的状况） 145 ：文件无法打开。1005：创建表失败。1006：创建数据库失败。 1007：数据库已存在，创建数据库失败。 1008：数据库不存在，删除数据库失败。 1009：不能删除数据库文件导致删除数据库失败。 1010：不能删除数据目录导致删除数据库失败。 1011：删除数据库文件失败。 1012：不能读取系统表中的记录。 1016：文件无法打开，使用后台修复或者使用 phpmyadmin 进行修复。Quote:开始=>所有程序=>附件=>命令提示符 输入 mysql 所在硬盘盘符 cd mysql 所在目录 cd bin 输入 myisamchk -f D:usr/local/mysql/data/bbs/PW_members.MYI ps : D:usr/local/mysql/data/bbs 是你论坛数据库的路径 -f 根据具体情况选择，一般也可以选择 -r 注意你的 系统C盘或放数据库的硬盘空间是否足够，一般小于 1G 很容易出现错误。 或用mysqlcheck命令进行修复。具体的方法：利用命令行进入mysql/bin目录，执行mysqlcheck -o -r phpwind -uroot -p 其中phpwind是你数据库的名称，root是你的数据库用户名，然后会提示你输入密码。然后就会修复你的数据库。 1017：服务器非法关机，导致该文件损坏。 1020：记录已被其他用户修改。 1021：硬盘剩余空间不足，请加大硬盘可用空间。 1022：关键字重复，更改记录失败。 1023：关闭时发生错误。 1024：读文件错误。 1025：更改名字时发生错误。 1026：写文件错误。 1030：可能是服务器不稳定。（具体原因不是很清楚） 1032：记录不存在。 1036：数据表是只读的，不能对它进行修改。 1037：系统内存不足，请重启数据库或重启服务器。 1038：用于排序的内存不足，请增大排序缓冲区。 1040：已到达数据库的最大连接数，请加大数据库可用连接数。Quote:在my.ini 修改max_connections=100为max_connections=1000或更大,重启mysql 1041：系统内存不足。 1042：无效的主机名。 1043：无效连接。 1044：数据库用户权限不足，请联系空间商解决。 1045：数据库服务器/数据库用户名/数据库名/数据库密码错误，请联系空间商检查帐户。Quote:方法:确保论坛data目录下的sql_config.php用户名与密码都正确.如果用户忘记了数据库的密码,可以按如下方式进行密码的修改:如果 MySQL 正在运行，首先停止。启动 MySQL ：bin/safe_mysqld –skip-grant-tables & 就可以不需要密码就进入 MySQL 了。然后就是 >use mysql>update user set password=password(“new_pass”) where user=“root”;>flush privileges;1046：没有选择数据库。 1048：字段不能为空。 1049：数据库不存在。 1050：数据表已存在。 1051：数据表不存在。 1054：字段不存在，自行建立字段。 1060：字段重复，导致无法插入这个字段。 1062：字段值重复，入库失败 Quote: 1.如果出类似主码为”65535″的错误,可以查看相关表的自增字段,将字段值改在就可以 2.确保相关数据表中主码重复的字段是否存在,如果存在删除这条记录 3.备份数据库,修复相关表(注:这种情况比较常见,如pw_posts表,对表进行修复的时候不要忘记备份). 1064：MySQL 不支持错误提示中的编码。 1065：无效的 SQL 语句，SQL 语句为空。 1067：MySQL 版本为 5，不支持空的默认值。 1081：不能建立 Socket 连接。 1114：数据表已满，不能容纳任何记录。 1115：设置的字符集在 MySQL 并没有支持。 1116：打开的数据表太多。 1129：数据库出现异常，请重启数据库。 1130：连接数据库失败，没有连接数据库的权限。 1133：数据库用户不存在。 1135：可能是内存不足够，请联系空间商解决。 1141：当前用户无权访问数据库。 1142：当前用户无权访问数据表。 1143：当前用户无权访问数据表中的字段。 1146：数据表缺失，请恢复备份数据 1147：未定义用户对数据表的访问权限。 1149：SQL 语句语法错误。 1158：网络错误，出现读错误，请检查网络连接状况。 1159：网络错误，读超时，请检查网络连接状况。 1160：网络错误，出现写错误，请
这个问题困扰许久了，因为我的阿里云服务器只有500M和1G内存，往往在网站访问量大的时候就会导致服务器的apache进程过多之后导致mysql服务被自动关闭。
在本文中，我将向您展示如何使用新版本的MySQL(5.7+)，以及如何更容易地解决 MySQL内存分配中出现的问题。
之前只运行 NGINX 和 FBG 棋盘游戏很稳定。接着使用 配置中心+注册中心+接口网关 取代了 NGINX，也没有出现问题。后来再加上 UAA 认证授权中心，就总是出问题。启动 UAA 之后，接口网关就挂了；再启动接口网关，UAA 就挂了，不知道什么原因。
1016错误：文件无法打开，使用后台修复或者使用phpmyadmin进行修复。 1044错误：数据库用户权限不足，请联系空间商解决 1045错误：数据库服务器/数据库用户名/数据库名/数据库密码错误，请联系空间商检查帐户。 1054错误：程序文件跟数据库有冲突，请使用正确的程序文件上传上去覆盖。 1146错误：数据表缺失,请恢复备份数据. 2002错误：服务器端口不对，请咨询空间商正确的端口。 2003错误：mysql服务没有启动，请启动该服务 1005：创建表失败 1006：创建数据库失败 1007：数据
查看系统日志，显示内存不足，杀死了一个java进程，可以推测，就是tomcat惨遭了毒手，
不过考虑到如何安全使用 Redis 也是这个比较基础的东西，新手如果配置不当，很容易造成线上的 Redis 服务处于「裸跑」状态，被黑客恶意攻击，导致 Redis 服务不可用，进而导致依赖 Redis 服务的 Session、缓存、队列、分布式锁等业务功能瘫痪，造成严重的生产事故，所以在深入探索 Redis 底层原理和集群构建之前，学院君准备给大家插播下 Redis 的安全使用。
朋友找我的时候说的是 Mysql 启动不了，看他发的截图是宝塔面板，就要来了面板信息去看了一下
很多朋友在购买云服务器之前都会搜服务器一般用几核才够用，因为服务器现在配置很多。低到1核2G、2核4G。高到16核32G、32核64G。甚至某些云服务器可以做到256核5120G这种神奇配置。那么购买云服务器时如何选择cpu与内存搭配？出现资源不足时应如何排查原因呢？
前阵子处理这样一个案例，某客户的实例 mysqld 进程内存经常持续增加导致最终被 OOM killer。作为 DBA 肯定想知道有哪些原因可能会导致 OOM（内存溢出）。
本文转载java知音
MySQL是一个简单的SQL外壳(有GNU readline功能)。它支持交互式和非交互式使用。当交互使用时，查询结果采用ASCII表格式。当采用非交互式(例如，用作过滤器)模式时，结果为tab分割符格式。可以使用命令行选项更改输出格式。如果由于结果较大而内存不足遇到问题，使用--quick选项。这样可以强制MySQL从服务器每次一行搜索结果，而不是检索整个结果集并在显示之前不得不将它保存到内存中。
我们知道使用Linux交换空间而不是 RAM（内存）会严重降低性能。那么，有人可能会问，既然我有足够多的可用内存，删除交换空间不是更好吗？简短的回答是不会。启用交换空间会带来性能优势，即使你有足够多的内存。 即使安装了足够多的服务器内存,你也会经常发现在长时间正常运行后会使用交换空间。请参阅以下来自具有大约一个月正常运行时间的实时聊天服务器的示例： total used free shared buff/cache available
前几天在群里有个朋友问到max_allowed_packet被自动重置的问题，于是打算写个文章来描述下，因为遇到这个问题的人不少，但是提到的解决方案几乎没有。
在应用中大量删除 MySQL 数据可能导致内存不足（OutOfMemoryError）的问题，可能的原因如下：
很多企业用户和个人站长上云都使用宝塔面板，宝塔面板搭建云服务器使运维成本也直线下降，可随着网站流量的增长，高并发大流量的网站会出现加载缓慢，卡顿，甚至还会出现“该页面无法显示”的尴尬状况，有大预算的哥们可以选择升级高配置的服务器，预算少的朋友可以参考本篇文章，优化一下自己的网站。
22年考虑了一下后续公号技术文章的风格&技术内容，思考如何更好有效帮助到关注我的各位铁友们；后续的文章思考方式会不同，会考虑每一篇的价值。
推测：idea启动正常，本地jar启动也正常，服务器空闲内存空间过小，初步推测可能由于内存过小的原因。
在 Linux 上自建 MySQL 服务器，经常遇到各种无法启动或启动后异常的问题，本文列举一些常见问题的解决办法。
有时候出现了环境问题，对比是一种很好的方式，如果对比得当，可以避免反复的出现问题，可以根据对比的情况推理出一些可能出现的情况或者问题。 如果对比不当，很可能得出错误的结论。今天就简单举几个例子来说明一下。 MySQL重启的对比 之前出现过一次备机的硬件故障，但是庆幸的是幸亏是备机，备机上意味值有备库，但是实际发现备机上的备库和主库没什么关联，也是让人直冒冷汗，那就搭建备 库吧，结果发现主库没有开启binlog，这种情况下是没有任何办法的，所以在评估之后，发现还有一套环境也是同样的问题，所以就申请了窗口时间来
导读：在使用数据库的过程中，内存不足常常会引起数据库异常。但是内存不足，又会为数据库带来哪些具体的影响呢？本次，我们将通过某客户现场数据库在某个时段内性能严重下降的案例来展示由于主机内存不足而造成数据库日志写入卡顿的问题分析过程。通过本案例，我们也可以对相关问题的分析方法及解决建议有一些深入的了解。
这种情况是不能打开 cdb_forums.MYI造成的，引起这种情况可能的原因有：
之所以写这篇文章也是因为前几天出的一个问题，当时业务感觉到卡顿，并且伴随着锁超时的报错。最后通过分析发现是由于磁盘I/Q繁忙导致SQL耗时增加，部分锁竞争激烈的热数据出现了锁等待和锁超时。由此可见，系统的硬件环境对数据库整体性能的影响也是非常大的，MySQL在运行环境中并不是孤立存在的，它的整体性能往往受限于系统最薄弱的环节，今天想和大家分享下，都有哪些系统指标会对数据库的整体性能产生影响，我们又如何进行分析。
我们在日常使用sql中，查询数据库反映的时间过长，这时候可能是flush脏页导致的，而脏页会什么时候触发呢？
1.ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'
本人所在公司有一个系统部署单个tomcat上，该系统由前开发人员开发。本人于两年前接手，在对该系统进行开发运维过程中，先后解决了两种tomcat宕机无法提供服务情况，具体如下：
雪花算法是 twitter 开源的分布式 id 生成算法，采用 Scala 语言实现，是把一个 64 位的 long 型的 id，1 个 bit 是不用的，用其中的 41 bit 作为毫秒数，用 10 bit 作为工作机器 id，12 bit 作为序列号。雪花算法SnowFlake生成唯一ID
前几天在网上冲浪的时候发现了一个比较成熟的开源中间件——Canal。在了解了它的工作原理和使用场景后，顿时产生了浓厚的兴趣。本着好记性不如烂笔头的原则，阿Q对 Canal 的原理进行了梳理、对环境进行了搭建，具体步骤见这篇文章：原理+配置+实战，Canal一套带走
面试指南系列，很多情况下不会去深挖细节，是小六六以被面试者的角色去回顾知识的一种方式，所以我默认大部分的东西，作为面试官的你，肯定是懂的。
第一选择域名：新域名优化方法。找一个5年老域名做引导。 老域名购买选择4年以上的最好 第二查询域名历史记录《注册局屏蔽的域名不要，红了的域名不要。》《历史收录有棋牌菠菜等的不要》
原文标题：You Should Be Aware of These 10 Most Prevalent MySQL Mistakes，作者: mark dc
晚上我登陆网站时发现后台输入账号密码后一直现在在登陆中，我以为是账号密码不对，重新输入后还是同样的问题，网站可以正常的浏览，可后台就是无法登陆，一直显示登陆中，我以为是插件问题造成的，登陆服务器进行查看发现网站负载率一直是在80-100%之间，网站卡的很，至此问题找出来了，具体什么是负载率，咱接着往下看。
今天测试同学反馈API耗时很长，超过3秒的比例很高。 查看日志发现，小部分请求耗时比较大，约2秒左右，但是比例不高，与反馈比例有点不一致。后来发现是有一台服务器停止工作了（进程假死），对请求没有响应，也没有拒绝，重启后问题缓解。 因为第一次出现，没有引起重视。但是过了几个小时候，相同的问题又出现在另外一台服务器上，狗日的墨菲定律。
宝塔的数据库经常性自动停止，是因为网站频繁的请求数据库，而服务器内存又不足，为了保证服务器不彻底卡死，保护性的自动停止数据库，特别是有些程序比如ZBlog的数据库查询次数尤为突出，加上ZBlog插件之多，就算你不进行任何操作，你的后台也是在频繁的请求数据库！
对crash的数据库进行故障分析并不是一件快乐的事情，尤其是 MySQL 的日志中没有提供 crash 原因的情形。比如当 MySQL 内存耗尽。在 2012年 Peter Zaitsev 写了一篇文章 分析MySQL如何使用内存
MySQL是一种关系型数据库管理系统，用于存储数据。在高并发的场景下，MySQL的读写性能往往成为瓶颈。为了提高应用程序的性能和响应速度，可以使用缓存技术，将经常访问的数据缓存到内存中，避免频繁地读取数据库。
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
1005：创建表失败 1006：创建数据库失败 1007：数据库已存在，创建数据库失败<=================可以忽略 1008：数据库不存在，删除数据库失败<=================可以忽略 1009：不能删除数据库文件导致删除数据库失败 1010：不能删除数据目录导致删除数据库失败 1011：删除数据库文件失败 1012：不能读取系统表中的记录 1020：记录已被其他用户修改 1021：硬盘剩余空间不足，请加大硬盘可用空间 1022：关键字重复，更改记录失败 1023：关闭时发生错
这段时间服务器被大量攻击,有sql注入,有暴力破密码,有利用image漏洞的,最严重的导致访问我网站会被重定向,忍无可忍,彻底重做整个站点.本次完成将apache改为nginx,做了各种优化还有服务器迁移的事情,比较复杂.
说个案例：一台Apache服务器，由于其MaxClients参数设置过大，并且恰好又碰到访问量激增，结果内存被耗光，从而引发SWAP，进而负载攀升，最终导致宕机。
这个标题很吸引眼球实际上内容也应该很好玩. 问题的产生是最近我们在各个数据库进行数据库安装规范的事情,而在规范后,安装的第一台机器,进行压测就惨遭崩溃.
大家好，我是捡田螺的小男孩。有位朋友工作三年，去面试，给大家整理一下面试题，并附上答案。
这次分享是腾讯后端面经，面试接近 1 小时，问了非常多的问题，涵盖Linux、数据库、C++、操作系统、计算机网络。
今天要探讨的是最近不知道为什么突然间火起来的面试题：当JAVA程序出现OOM之后，程序还能正常被访问吗？答案是可以的，很多时候他并不会直接导致程序崩溃，而是JVM会抛出一个error，告知你程序内存溢出了。当然也要分操作系统。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
