这个问题困扰许久了，因为我的阿里云服务器只有500M和1G内存，往往在网站访问量大的时候就会导致服务器的apache进程过多之后导致mysql服务被自动关闭。
入口服务器(2台)： CPU：单核或双核 内存：DDR4 ２G或以上 硬盘：SATA 100G或以上 网卡：千兆网卡 带宽:10Mbps独享或以上 应用服务器(2台): CPU：8核或以上 内存：DDR4 8G或以上 硬盘：SATA 300G或以上 网卡：千兆网卡 带宽:10Mbps独享或以上 数据存储--Mysql服务器(2台): CPU：8核或以上 内存：DDR4 8G或以上 硬盘：SATA 500G或以上 网卡：千兆网卡 带宽:10Mbps独享或以上 数据存储--缓存服务器(1台): CPU：8核或以
查看系统日志，显示内存不足，杀死了一个java进程，可以推测，就是tomcat惨遭了毒手，
关闭服务器端编译，sql语句在客户端编译好再发送给服务器端。如果为true，sql会采用占位符方式发送。
今天博客突然打不开，一看需要连接数据库的网站都挂了,静态网站没挂，猜测是数据库问题。
原文地址：http://www.cnblogs.com/gomysql/p/6130405.html
# 如果你有非常高的连接率并且出现”connection refused” 报错,
原文标题：You Should Be Aware of These 10 Most Prevalent MySQL Mistakes，作者: mark dc
前面说了lru链表，为了防止mysql的预读和全表查询刷新pool的频率太高，所以把lru链表分为young区域和old区域，但是频繁的移动lru链表也影响性能，所以当在young后半部1/4区域的时候，才会移动到最前面。初始数据从磁盘刷新到内存中，先是进入old区域，当超过1S之后继续访问，则会移动到young区域。预读分为两种，第一种是当mysql检测到执行语句按顺序查询超过一定值，则会吧下一个区的所有页全部都预先刷新到缓存页里，第二种就是13个页在同一个区，这时候会吧这个区的数据全部刷新到缓存页。
MySQL调优可以从几个方面来做： 1. 架构层： 做从库，实现读写分离； 2. 系统层次： 增加内存； 给磁盘做raid0或者raid5以增加磁盘的读写速度；可以重新挂载磁盘，并加上noatime参数，这样可以减少磁盘的i/o; 3. MySQL本身调优： 如果未配置主从同步，可以把bin-log功能关闭，减少磁盘i/o 在my.cnf中加上skip-name-resolve,这样可以避免由于解析主机名延迟造成mysql执行慢 调整几个关键的buffer和cache。调整的依据，主要根据数据库的状态来调试
爱飞狗后台的数据爬虫以及数据服务器资源都部署在k8s上，使用rancher搭建。在不影响太多性能的情况下尽量选择最低配置的机器。对于内存不足的情况适当的使用交换文件代替（swap）。整个集群大致结构如下：
我们在日常使用sql中，查询数据库反映的时间过长，这时候可能是flush脏页导致的，而脏页会什么时候触发呢？
马哥linux运维 | 最专业的linux培训机构 ---- 网上有很多的文章教怎么配置mysql服务器，但考虑到服务器硬件配置的不同，具体应用的差别，那些文章的做法只能作为初步设置参考，我们需要根据自己的情况进行配置优化，好的做法是MySQL服务器稳定运行了一段时间后运行，根据服务器的”状态”进行优化。 查看MySQL服务器配置信息： show variables; 查看MySQL服务器运行的各种状态值： show global status; 1. 慢查询 show variables like '%
通常使用QPS（Queries Per Second，每秒查询书）和TPS（Transactions Per Second）来查看数据库的效率。
为了减少购买昂贵的内存资源，可以暂时使用虚拟内存代替（根据运行的程序需求，性能会降低一些）。
MySQL8.0推出一个号称可以自适应服务器的参数，保证在各种不同的服务器、虚拟机、容器下自动适配服务器资源，让我们一起来看看到底它能做到什么地步。
上篇文章说了，show warning可以看到mysql优化器的结果，执行计划的详解，select type的种类，有派生，物化，子查询，连接查询等。
1.简单介绍 InnoDB给MySQL提供了具有提交，回滚和崩溃恢复能力的事务安全（ACID兼容）存储引擎。InnoDB锁定在行级并且也在SELECT语句提供一个Oracle风格一致的非锁定读。这些特色增加了多用户部署和性能。没有在InnoDB中扩大锁定的需要，因为在InnoDB中行级锁定适合非常小的空间。InnoDB也支持FOREIGN KEY强制。在SQL查询中，你可以自由地将InnoDB类型的表与其它MySQL的表的类型混合起来，甚至在同一个查询中也可以混合。 2.之所以选用innodb作为存储引擎的
有时候出现了环境问题，对比是一种很好的方式，如果对比得当，可以避免反复的出现问题，可以根据对比的情况推理出一些可能出现的情况或者问题。 如果对比不当，很可能得出错误的结论。今天就简单举几个例子来说明一下。 MySQL重启的对比 之前出现过一次备机的硬件故障，但是庆幸的是幸亏是备机，备机上意味值有备库，但是实际发现备机上的备库和主库没什么关联，也是让人直冒冷汗，那就搭建备 库吧，结果发现主库没有开启binlog，这种情况下是没有任何办法的，所以在评估之后，发现还有一套环境也是同样的问题，所以就申请了窗口时间来
我们都知道innoDb刷新数据到磁盘是通过页为单位来刷新的，那么总不能每次修改一条数据或者几条，就把整个页刷新到磁盘上，所以这时候redo日志的作用就是记录每条新增或者修改后的数据，在以后特定的时间flush到磁盘上。
很多朋友在购买云服务器之前都会搜服务器一般用几核才够用，因为服务器现在配置很多。低到1核2G、2核4G。高到16核32G、32核64G。甚至某些云服务器可以做到256核5120G这种神奇配置。那么购买云服务器时如何选择cpu与内存搭配？出现资源不足时应如何排查原因呢？
最近忙着把一个项目从MySQL迁移到MongoDB，在导入旧数据的过程中，遇到了些许波折，犯了不少错误，但同时也学到了不少知识，遂记录下来。
上一篇简单介绍了下MySQL的存储引擎，为什么需要存储引擎以及如何使用存储引擎。MySQL的配置文件是控制和配置 MySQL服务器行为的重要文件。对于新手开发者来说，理解掌握并运用 MySQL 配置文件是非常重要的。本篇想着重讲下MySQL的配置文件，帮助读者朋友们快速了解并上手使用，以便解决你在学习和工作中遇到的问题。
网 上有不少mysql 性能优化方案，不过，mysql的优化同sql server相比，更为麻烦与复杂，同样的设置，在不同的环境下 ，由于内存，访问量，读写频率，数据差异等等情况，可能会出现不同的结果，因此简单地根据某个给出方案来配置mysql是行不通的，最好能使用 status信息对mysql进行具体的优化。 mysql> show global status; 可以列出mysql服务器运行各种状态值，另外，查询mysql服务器配置信息语句： mysql> show variables; 一、
MySQL是一个简单的SQL外壳(有GNU readline功能)。它支持交互式和非交互式使用。当交互使用时，查询结果采用ASCII表格式。当采用非交互式(例如，用作过滤器)模式时，结果为tab分割符格式。可以使用命令行选项更改输出格式。如果由于结果较大而内存不足遇到问题，使用--quick选项。这样可以强制MySQL从服务器每次一行搜索结果，而不是检索整个结果集并在显示之前不得不将它保存到内存中。
本篇博客，小菌为大家带来的时候大数据组件之一的——Azkaban的介绍。
对于一个网站来说，在运行很长一段时间后，数据库瓶颈问题会越来越暴露出来。作为运维人员，对数据库做必要的优化十分重要！ 下面总结以往查阅到的以及自己工作中的一些优化操作经验，并根据OSI七层模型从下往上进行优化mysql数据库记录。 一：物理层面 1、cpu:2-16个 2*4双四核，L1L2越大越好 2、内存:越大越好 3、磁盘:SAS或者固态 300G*12磁盘越多IO越高 raid 0>10>5>1 4、网卡:千兆 5、slave的配置最好大于等于master 二、系统配置 如下，配置系统内核参数
Windows有个坑是系统没激活导致的。高配机器内存只有2G可用，比如16G内存，resmon命令显示为硬件保留了14336M（整14G）内存，可用只有2G，也可以任务管理器 → 性能页签里的内存 → 右下侧看到为硬件保留的内存多少G（这里是四舍五入的，resmon命令显示的那个更为精确）
当MySql的连接数据达到max_connections时，新来的请求将会被存在堆栈中，以等待某一连接释放资源，该堆栈的数量即back_log。
有张表，里面有300多万数据， 使用select count(1) from table 查询的时候要好几分钟，查过资料后添加了innodb_buffer_pool_size参数，然后就1秒就查出来了。
在使用MySQL的过程中，我们知道可以通过mysqldump或者select into outfile的方法将MySQL中的数据给转换成csv文件，这里简单介绍一下：
题主采用docker+虚拟网模式把tars部署在同一台服务器方面，第一次部署用的1核2G的云服务器，在部署完docker三连（tars/node、tars/framework、mysql5.6）以后，使用Xshell链接发现服务器反应已经很慢了，果不其然，在发部第二个示例服务HelloClient的时候，检查时发现内存不足，题主又升级到2核4G后，在发布第三个服务，上传发布包的时候，服务器果断炸了。当然可能是我的使用有问题，如果有小伙伴能撑住的话，求求了（跪）。
通过根据服务器目前状况，修改Mysql的系统参数，达到合理利用服务器现有资源，最大合理的提高MySQL性能。
今天在阿里云上面安装Microsoft SQL Server on Linux 的Docker，发现了要求宿主机内存大于2G才给安装，由于服务器内存不足，所以就找了好多资料，下面的方法可以完美解决！！！
MySQL优化一般是需要索引优化、查询优化、库表结构优化三驾马车齐头并进。 本章节开始讲查询优化。 一、为什么查询速度会慢 可以把查询当作一个任务，它由一系列子任务组成，每个子任务都会消耗一定的时间。如果要优化查询，实际上是优化其子任务，要么消除其中一些子任务，要么减少子任务的执行次数，要么让子任务运行得更快。 MySQL在执行查询的时候有哪些子任务，这个是有一定的方法进行剖析的，具体方法下回单独拿一个章节来分析。 通常来说，查询的生命周期大致可以按照顺序来看：从客户端，到服务端，然后在服务器上进行解
操作系统中所运行所有的程序全部都是经过内存提交给CPU然后才执行的，不过若是执行的程序占用内存很多或很大，则会导致内存消耗殆尽
skip-external-locking 跳过外部锁定，当外部锁定起作用的时候，每个进程访问数据表，则必须等待之前的进程完成操作并解除锁定，由于服务器访问数据库时经常需要等待解锁，所以在单服务器环境下开启外部锁定则会让MySQL性能下降，所以默认开启本项跳过外部锁定
Jaromil在2002年设计了最为精简的一个Linux Fork炸弹,整个代码只有13个字符，在shell中运行后几秒后系统就会宕机： 这样看起来不是很好理解，我们可以更改下格式： 更好理解一点的话就是这样: 因为shell中函数可以省略function关键字，所以上面的十三个字符是功能是定义一个函数与调用这个函数，函数的名称为:,主要的核心代码是：|：&，可以看出这是一个函数本身的递归调用，通过&实现在后台开启新进程运行，通过管道实现进程呈几何形式增长，最后再通过：来调用函数引爆炸弹.因
为了提高 php 服务器性能，安装宝塔面板的服务器需要设置一下。整个设置过程很简单，魏艾斯博客把如何设置宝塔面板提高服务器性能的过程写下来，希望能帮到初次使用宝塔面板的朋友们。
在本文中，我将向您展示如何使用新版本的MySQL(5.7+)，以及如何更容易地解决 MySQL内存分配中出现的问题。
虚拟内存是为了满足物理内存不足采用的策略，利用磁盘空间虚拟出一块逻辑内存，用作虚拟内存的空间也就是交换分区。作为物理内存的扩展，Linux会在物理内存不足时，使用交换分区的逻辑内存，内核会把暂时不用的内存块信息写到交换空间，这样物理内存就得到了释放，这块儿内存就可以用于其他目的，而需要用到这些内容的时候，这些信息就会被重新从交换分区读入物理内存。Linux的内存管理采用的是分页存取机制，为了保证物理内存得到充分的利用，内核会在适当的时间把物理内存中不经常使用的数据块儿自动交换到虚拟内存中，而将充分使用的信息保留到物理内存中。
前天听Mr.Ding说Linux上也可以安装SqlServer了，正好学习.net也需要安装SqlServer，正好安装Mr.Ding的教程走一遍，反正服务器也是闲着，可着劲折腾去吧。
随着 大量默认选项的改进， MySQL 5.6比以前版本需要调优的选项大为减少。 在本文中我将讲述需要优化的配置项。 InnoDB设置 innodb_buffer_pool_size -- 默认值为 128M. 这是最主要的优化选项，因为它指定 InnoDB 使用多少内存来加载数据和索引（data+indexes）。 针对专用MySQL服务器，建议指定为物理内存的 50-80%这个范围。 例如，拥有64GB物理内存的机器，缓存池应该设置为50GB左右。 innodb_log_file_size
内存超分，是指分配给虚拟机的内存总和大于实际可用的物理内存总数。这样做的前提是，虚拟机操作系统里的内存不可能一直处于用满的状态。
MySQL是目前应用最为广泛的关系型数据库之一，可以应用于各种规模的应用场景。MySQL的性能优化是数据库管理和应用开发人员需要掌握的重要技能之一。其中，MySQL配置参数是影响数据库性能的重要因素之一。本文将对MySQL配置参数进行详解。
在自己虚拟机（centos7）上装了 Gitlab-ce，就是社区版的 Gitlab，版本是 13.0+
本人所在公司有一个系统部署单个tomcat上，该系统由前开发人员开发。本人于两年前接手，在对该系统进行开发运维过程中，先后解决了两种tomcat宕机无法提供服务情况，具体如下：
我们知道使用Linux交换空间而不是 RAM（内存）会严重降低性能。那么，有人可能会问，既然我有足够多的可用内存，删除交换空间不是更好吗？简短的回答是不会。启用交换空间会带来性能优势，即使你有足够多的内存。 即使安装了足够多的服务器内存,你也会经常发现在长时间正常运行后会使用交换空间。请参阅以下来自具有大约一个月正常运行时间的实时聊天服务器的示例： total used free shared buff/cache available
前期准备：安装宝塔Linux面板最新版，安装Linux工具箱，安装LNMP或LAMP环境
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
