Mysql作为数据库在不同的机器和不同的业务环境中具有不同的调优方式，和我们做任何事情一样，涉及到边界确定的就是我们需要关注的。所有了解mysql实现的边界参数是我们调优的重点。
今天下午业务人员发现某功能无响应(该功能一天前上线)，技术人员初步诊断后发现是某个DB不太正常，DB为Mysql 5.7.18。
不过考虑到如何安全使用 Redis 也是这个比较基础的东西，新手如果配置不当，很容易造成线上的 Redis 服务处于「裸跑」状态，被黑客恶意攻击，导致 Redis 服务不可用，进而导致依赖 Redis 服务的 Session、缓存、队列、分布式锁等业务功能瘫痪，造成严重的生产事故，所以在深入探索 Redis 底层原理和集群构建之前，学院君准备给大家插播下 Redis 的安全使用。
MySQL 主节点故障是指在 MySQL 主从复制架构中，主数据库服务器（主节点）出现问题，无法正常提供数据库服务的情况。主从复制架构通常用于提高数据库的可用性和性能。在这种架构中，主节点负责处理写操作（如插入、更新和删除），而从节点负责处理读操作（如查询）。若主节点出现故障离线，将会出现存量连接闪断的场景。
1.配置错误 因为nginx找不到php-fpm了或者socket文件权限不对，所以报错，一般是fastcgi_pass后面的路径配置不当，后面可以是socket或者是ip:port，从php5.4版本之后如果使用socket方式，默认权限给的比较低，所以需要把监听权限改为777，对应配置为 listen.mode=0777 2.资源耗尽 lnmp架构在处理php时，nginx直接调取后端的php-fpm服务，如果nginx的请求量偏高，我们又没有给php-fpm配置足够的子进程，那么php-fpm就会
开发人员反馈，有一台服务器内存几乎被 MySQL 耗尽了，执行 top 命令，输出如下：
一个爱笑的江苏苏宁银行数据库工程师，主要负责数据库日常运维、自动化建设、DMP 平台运维。擅长 MySQL、Python、Oracle，爱好骑行、研究技术。
来源：开源中国社区 www.oschina.net/news/92665/mysql-security-vulnerablity Oracle官方近日发布安全公告，公告修复MySQL服务25个安全漏洞，在这些安全漏洞中，影响较大的CVE-2018-2696漏洞可以在无需认证的条件下，远程利用导致拒绝服务攻击。本次安全公告披露的安全漏洞数量较多，建议用户关注。 漏洞编号: CVE-2018-2696，CVE-2018-2591，CVE-2018-2562 漏洞描述: CVE-2018-2562 MySQL分
作者通过分析源码定位数据库异常，梳理参数 innodb_thread_concurrency 设置的注意事项。
excel能做很多事情;当涉及到更大的数据集时，这简直是一种痛苦。数据需要很长时间才能加载，在你意识到机器的内存耗尽之前，整个事情就变得无法管理了。更不用说excel最多只能支持1,048,576行。
作者 ｜ Michael Knyszek 译者 ｜ 明知山 策划 ｜ Tina 自 2018 年以来，Go GC，以及更广泛的 Go 运行时，一直在稳步改进。近日，Go 社区总结了 4 年来 Go 运行时的一些重要变化。 这些重要变化主要是： sync.Pool 是一种 GC 感知的重用内存的工具，具有较低的延迟影响，并且能够比之前更有效地回收内存。（Go 1.13） Go 运行时能够更主动地将不需要的内存返回给操作系统，减少了内存消耗和出现内存不足的可能性。这将减少最高 20% 的空闲内存消耗。（Go 1
在应用中大量删除 MySQL 数据可能导致内存不足（OutOfMemoryError）的问题，可能的原因如下：
作者：赵珣 腾讯云监控工程师 简介 云数据库 MySQL（TencentDB for MySQL）是腾讯云基于开源数据库 MySQL 专业打造的一种高性能分布式数据存储服务，提供了备份恢复、监控、容灾、快速扩容、数据传输等全套解决方案，简化数据库运维工作，让用户专注于业务发展。 云数据库 MySQL 的优势： 快速便捷的数据库服务交付能力，在几分钟内部署可扩展的 MySQL，并可按需弹性升降配置； 真正 100% 的 MySQL 兼容能力，主流 MySQL 分支完全兼容； 提供热备、冷备、binlog
原文：http://www.monitis.com/blog/101-tips-to-mysql-tuning-and-optimization/ MySQL是一个强大的开源数据库。随着MySQL上的应用越来越多，MySQL逐渐遇到了瓶颈。这里提供 101 条优化 MySQL 的建议。有些技巧适合特定的安装环境，但是思路是相通的。我已经将它们分成了几类以帮助你理解。 Mysql 监控 MySQL服务器硬件和OS（操作系统）调优： 1、有足够的物理内存，能将整个InnoDB文件加载到内存里 —— 如果访问
MySQL是一个强大的开源数据库。随着MySQL上的应用越来越多，MySQL逐渐遇到了瓶颈。这里提供 101 条优化 MySQL 的建议。有些技巧适合特定的安装环境，但是思路是相通的。我已经将它们分成了几类以帮助你理解。 MySQL监控MySQL服务器硬件和OS（操作系统）调优： 1、有足够的物理内存，能将整个InnoDB文件加载到内存里 —— 如果访问的文件在内存里，而不是在磁盘上，InnoDB会快很多。 2、全力避免 Swap 操作 — 交换（swapping）是从磁盘读取数据，所以会很慢。 3、使用电
Vmstat是一个很全面的性能分析工具，可以观察到系统的进程状态、内存使用、虚拟内存使用、磁盘的IO、中断、上下文切换、CPU使用等。系统性能分析工具中，使用最多的是这个，除了sysstat工具包外，这个工具能查看的系统资源最多。
非对称存储访问结构(NUMA,NonUniform Memory Access)是最新的内存管理技术，是对多处理器结构(SMP,Symmetric MultiProcessor)改进。随着CPU核心数量和频率的不断提升，SMP下所有CPUCore都通过同一个内存控制器访问内存，性能瓶颈越来越严重。所以最新的多处理机服务器把内存控制拆分，由不同的CPU管理自己的内存地址。
对crash的数据库进行故障分析并不是一件快乐的事情，尤其是 MySQL 的日志中没有提供 crash 原因的情形。比如当 MySQL 内存耗尽。在 2012年 Peter Zaitsev 写了一篇文章 分析MySQL如何使用内存
MySQL可以监听不同接口的客户端连接，并通过一个连接管理线程控制所有的客户端连接。
【编者按】在公司的发展中，保证服务器的可扩展性对于扩大企业的市场需要具有重要作用，因此，这对架构师提出了一定的要求。Octivi联合创始人兼软件架构师Antoni Orfin将向你介绍一个非常简单的架构，使用HAProxy、PHP、Redis和MySQL就能支撑每周10亿请求。同时，你还能了解项目未来的横向扩展途径及常见的模式。 以下为译文： image.png 在这篇文章中，我将展示一个非常简单的架构，使用HAProxy、PHP、Redis和MySQL支撑每周10亿请求。除此之外，我还将展示项目未来的横向
给大家分享2个利用gdb的操作运行中的mysql实例的小技巧。（线上环境测试后再食用）
今天中午，开发测试环境的MySQL服务报了一个too many connections的错误，从问题上看，可能是连接池被打满了，导致所有的连接都不可用了。
QMQ（Qunar Message Queue）诞生于去哪儿网，初版基于MySQL存储。随着集团业务系统越发倚重消息解耦上下游，业务量的上涨随之带来消息量的增长，MySQL作为存储的瓶颈也越发明显。
【编者按】如果你还在Symfony2和Redis使用中存在这样的错误观念：不能使用Redis作为主要存储；Symfony2的功能很多，以至于它的运行很慢，那么不妨看向Octivi的高请求网站打造。虽然没有底层细节，但详细展示基于两者应用的宏观特性，以及开发时的Symfony2特征。 以下为译文： image.png 有人说Symfony2像其它的复杂框架一样，很慢，但是我们认为这一切都取决用户的本身。本文将介绍基于Symfony2，每周执行10亿多个请求的应用的软件架构细节。 下面将展示tweeting之后
爱可生南区交付服务部团队 DBA，负责客户 MySQL 的故障处理以及公司数据库集群管理平台 DMP 的日常运维。
静儿最近在总结一些面试题，那是因为做什么事情都要认真。面试也一样，静儿作为新美大金融部门的面试官，负责任的告诉大家，下面的问题回答不上来，面试是过不了的。不过以下绝不是原题，你会发现自己实力不过硬，最终肯定是被问出来的。 1>如何定位线上服务OOM问题 2>JVM的GC ROOTS存在于那些地方 3>mysql innodb怎样做查询优化 4>java cas的概念 下面静儿就以自己面试的标准简单回答一下这些题怎样回答算过关。 1>如何定位线上服务OOM问题
📷 📷 连接管理：连接管理的职责是负责认证、管理连接、获取权限信息，创建TCP连接池，为了解决TCP，无限创建与TCP频繁创建销毁带来的资源耗尽、性能下降问题，服务器里有专门的TCP连接池限制接数，采用长连接模式复用TCP连接，来解决上述问题。 SQL接口：负责处理接收到的SQL语句，MySQL内部首先提供了一个组件，就是SQL接口（SQL Interface），他是一套执行SQL语句的接口，专门用于执行我们发送给MySQL的那些增删改查的SQL语句，因此MySQL的工作线程接收到SQL语句之后，就会转交给
ERROR 1040(HY000): Too many connections：DB连接池里已有太多连接，不能再和你建立新连接。
每种数据库都有自己的管理内存的方法，MYSQL 管理内存（仅仅讨论 INNODB 数据库引擎）的方法大部分都关注在 innodb_buffer_pool_size 这个设置。MYSQL 本身内存管理有这么简单吗？
数据库服务器性能的优化是每个IT团队关注的焦点之一。除了数据库引擎的优化之外，合理调整操作系统的内核参数也是提高数据库性能的关键。本文将解析一些常见的 Linux 内核参数，以及它们在数据库服务器优化中的作用和建议的值。
由于需要将mysql表中的过期数据在凌晨定时读取出过滤后转入到MongoDB，一个转换SQL达到百行，而且有几十个，集中运行后程序反馈异常：
innodb_io_capacity：脏页的刷新的数量，可以动态调整，默认是200，该参数的设置取决于硬盘的IOPS的大小，IOPS就是每秒的读写次数。
熟悉 Elastic Stack 的小伙伴对上面的图会感觉并不新鲜，对其中的技术栈也如数家珍，如下图一把梭走起：
前段时间上车了腾讯云 360 买三年多的学生机的活动，加上降配总共获得 6 年，然而内存降到 1G 后，跑个 mysql 时间长了内存都不够。而且腾讯云的 ubuntu 不知道什么原因 1G 内存实际只有 800+M，更加雪上加霜。
马哥linux运维 | 最专业的linux培训机构 ---- 在云计算时代，开发和运维的结合变得越来越重要。在DIFF论坛第一期，前新浪SAE运维主管，郑志勇，分享了《一个开发眼中的运维》根据自己从开发人员转型运维之后的心得，谈如何把在开发上的运用抽象思维方式运用到运维领域。 1. 运维不是什么？ 运维不是打杂的，运维不是客服，运维也不是服务开发的，但要做好合作。 2. 运维是什么？ 运维服务于整个产品，保证架构合理，系统稳定。运维只对业务稳定负责，所有的工作都是奔着这个去的。 3. 你如何写程序，写
一、Ubuntu下安装apache、php、mysql环境： 运行如下命令，最小化组建安装，按照自己的需求一步一步装其他扩展。命令提示符输入如下命令：
在迭代DNS查询中，每个DNS查询都使用一个地址直接响应客户端，以供另一个DNS服务器询问，并且客户端继续查询DNS服务器，直到其中一个使用给定域的正确IP地址进行响应为止。
说个案例：一台Apache服务器，由于其MaxClients参数设置过大，并且恰好又碰到访问量激增，结果内存被耗光，从而引发SWAP，进而负载攀升，最终导致宕机。
避免MySQL的外部锁定，减少出错几率增强稳定性。 5以前版本skip-locking，新版本skip-external-locking
最近一套MySQL，show processlist的时候，看到很多会话状态是Opening tables，这是什么意思？
MySQL-8.0.28 发布了，它提供了在连接层面限制内存使用的功能；也就说我们现在可以控制前端的业务连接一共能用多少内存。
很多人在面试时，会被问到这样的问题：遇到过什么系统故障？怎么解决的？下面是笔者根据自己15年互联网研发经历总结的多个线上故障真实案例。相信可以帮你从容应对面试官的提问！
在大量并发读请求、读多写少的业务场景下，本文利用 Sysbench 性能测试工具，调研基于【负载均衡 + ProxySQL Cluster + MySQL MGR 的读写分离架构】能否有效利用横向扩展的 MySQL 实例的读能力，并最终提高应用系统 QPS。
服务器上部署了Java服务，出现了OutOfMemoryError，问题应该如何定位? 解决思路 Java服务OOM，最常见的原因为： 有可能是内存分配确实过小，而正常业务使用了大量内存 某一个对象
内存泄漏也称作“存储渗漏”，用动态存储分配函数动态开辟的空间，在使用完毕后未释放，结果导致一直占据该内存单元。直到程序结束。（其实说白了就是该内存空间使用完毕之后未回收）即所谓内存泄漏。 内存泄漏形象的比喻是“操作系统可提供给所有进程的存储空间正在被某个进程榨干”，最终结果是程序运行时间越长，占用存储空间越来越多，最终用尽全部存储空间，整个系统崩溃。所以“内存泄漏”是从操作系统的角度来看的。这里的存储空间并不是指物理内存，而是指虚拟内存大小，这个虚拟内存大小取决于磁盘交换区设定的大小。由程序申请的一块内存，
今天我们来讲讲如何优化MySQL的性能，主要从索引方面优化。下期文章讲讲MySQL慢查询日志，我们是依据慢查询日志来判断哪条SQL语句有问题，然后在进行优化，敬请期待MySQL慢查询日志篇
项目中的一个case，有一块东西，是要用多线程做一些事情，小伙伴做项目的时候，没有太留神，资源隔离，那块代码，在遇到一些故障的情况下，每个线程在跑的时候，因为那个bug，直接就死循环了，导致那块东西启动了大量的线程，每个线程都死循环
MySQL优化一般是需要索引优化、查询优化、库表结构优化三驾马车齐头并进。 本章节开始讲查询优化。 一、为什么查询速度会慢 可以把查询当作一个任务，它由一系列子任务组成，每个子任务都会消耗一定的时间。如果要优化查询，实际上是优化其子任务，要么消除其中一些子任务，要么减少子任务的执行次数，要么让子任务运行得更快。 MySQL在执行查询的时候有哪些子任务，这个是有一定的方法进行剖析的，具体方法下回单独拿一个章节来分析。 通常来说，查询的生命周期大致可以按照顺序来看：从客户端，到服务端，然后在服务器上进行解
这条命令在其他环境执行几秒钟就返回了，在这个机器上执行了将近1分钟，最后定位到是几个日志文件，直接删除即可。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
