爱可生 DBA 团队成员，在公司负责项目中处理数据库问题，喜欢学习技术，钻研技术问题。
MySQL有哪些性能优化方式？这个问题可以涉及到 MySQL 的很多核心知识，就像要考你计算机网络的知识时，问你“输入URL回车之后，究竟发生了什么”一样，看看你能说出多少了。
点击上方蓝字“ITester软件测试小栈“关注我，每周一、三、五早上 08:30准时推送，每月不定期赠送技术书籍。
说实话，这个问题可以涉及到 MySQL 的很多核心知识，可以扯出一大堆，就像要考你计算机网络的知识时，问你“输入URL回车之后，究竟发生了什么”一样，看看你能说出多少了。
之前腾讯面试的实话，也问到这个问题了，不过答的很不好，之前没去想过相关原因，导致一时之间扯不出来。所以今天，我带大家来详细扯一下有哪些原因，相信你看完之后一定会有所收获，不然你打我。
无论是秋招还是社招，在面试中 MySQL 被问到频率基本是 100%，被问到最多的当属索引和一些性能优化，例如慢查询的排查啊， sql 执行的很慢的原因啊，等等。
Mysql，它自己有一个master-slave功能，可以实现主库与从库数据的自动同步，是基于二进制日志复制来实现的。在主库进行的写操作，会形成二进制日志，然后Mysql会把这个日志异步的同步到从库上，从库再自动执行一遍这个二进制日志，那么数据就跟主库一致了。
慢查询日志，顾名思义，就是查询慢的日志（感觉在说F话），是指Mysql记录所有执行超过long_query_time 参数设定的时间阈值的SQL语句的日志。该日志能为SQL语句的优化带来很好的帮助，默认情况下慢查询是关闭的，要使用慢查询日志功能，首先要开启慢查询日志功能。
日常开发中，大家肯定遇到过这些需求：“ 数据迁移、数据恢复、新建从库 ” 等等一系列任务，因为做这些需求我们肯定知道，会涉及到 大量的数据 的处理。
socket文件作用 网络上的两个程序通过一个双向的通信连接实现数据的交换，这个连接的一端称为一个socket，一般在配置部署mysql环境时都会在mysql的my.cnf文件中[mysqld]栈下添加上socket文件的路径，而这样做的好处是如果启用了多实例mysql时，可以通过socket文件来快速的登录mysql对应不同端口下的实例，如在一台有部署2个实例的mysql服务一个是用3306，一个是用3307端口，那么就可以通过2个不同的socket文件快速的登录
需要理解MySQL对多表连接的处理方式，首先MySQL优化器要确定以谁为驱动表，也就是说以哪个表为基准，在处理此类问题时，MySQL优化器采用了简单粗暴的解决方法：哪个表的结果集小，就以哪个表为驱动表，当然MySQL优化器实际的处理方式会复杂许多。
更改镜像源，让下载飞 如果你用docker默认的镜像源下载的话，肯定很慢。 推荐使用docker官网的中国区镜像。 方法是在在 /etc/docker/目录下新建daemon.json文件。注意最新版的docker默认是没有这个文件的，而且进入这个目录需要用root权限。 如果你跟我一样用的腾讯云的ubuntu服务器默认ssh登录的是ubuntu用户，可以用sudo passwd root指令修改root密码，然后su root 切换到root用户去新建daemon.json。然后vim进入文件新增以下内
（实际系统跟这个图是有出入的，不过总体意思是这样。图是使用Excalidraw画的）
买了一台数据库，最大连接数的参数是 4000，看起来很棒！但是 cpu 和内存并不咋好！是 2c4g的超低配制。
先说一下场景 测试环境是linux - centos6.5，项目是分布式的，分别搭建到linux上 数据货使用的是阿里巴巴数据源druid 每次重启后的第一次访问会比较慢，查看日志发现 卡在这个地方 ...{dataSource-1} inited... 网上找了一些问题，发现有个别人有这问题但是都没解决，后来都换了数据源，我觉得这个问题不是数据源的问题 猜测是linux或者mysql问题 首先修改linux配置，由于每次使用ssh登录会很慢，就修改了配置，登录速度提升，但是这不是根本原因 修改mysql文
Excel自动化和Tableau自动化的原理一致，也是通过连接MySQL实现数据自动更新。相较于Tableau自动化，Excel自动化更利于分享给业务或管理层，但缺点是处理大量级数据会显得很慢。
因为数据类型的问题，"测试a"会转成数值类型，MySQL自动截断，应该截成的是""（空），只是说""和0是相等的，通过CAST可以验证下，"测试a"和''（空）转换成数值类型都是0，
内容概要 利用主索引提升SQL的查询效率是我们经常使用的一个技巧，但是有些时候MySQL给出的执行计划却完全出乎我们的意料，我们预想MySQL会通过索引扫描完成查询，但是MySQL给出的执行计划却是通过全表扫描完成查询的，其中的某些场景我们可以利用覆盖索引进行优化。 前些天，有个同事跟我说：“我写了个SQL，SQL很简单，但是查询速度很慢，并且针对查询条件创建了索引，然而索引却不起作用，你帮我看看有没有办法优化？”。 我对他提供的case进行了优化，并将优化过程整理了下来。 优化前的表结构、数据量、SQL、
实战演示： 我演示的数据库就是一个数据量很大的数据库，切换数据库时半天也没有好。
不知道你有没有这种感觉，那些所谓的数据结构和算法，在日常开发工作中很少用到或者几乎不曾用到，可能只是在每次换工作准备面试的时候才会捡起来学习学习。
最近系统（基于SpringCloud+K8s）上线，运维团队早上8点左右在群里反馈，系统登录无反应！我的第一反应是Mysql数据库扛不住了。
NoSQL 是非关系型数据库，NoSQL = Not Only SQL。 关系型数据库采用的结构化的数据，NoSQL 采用的是键值对的方式存储数据。 在处理非结构化/半结构化的大数据时；在水平方向上进行扩展时；随时应对动态增加的数据项时可以优先考虑使用 NoSQL 数据库。 在考虑数据库的成熟度；支持；分析和商业智能；管理及专业性等问题时，应优先考虑关系型数据库。
转载自 https://www.2cto.com/database/201709/676637.html
查看数据库编码 use xxx show variables like 'character_set_database';
运行mysql_secure_installation脚本，该脚本执行一些与安全性相关的操作并设置MySQL根密码：
MySQL 是一个跨世纪的伟大产品，它最早诞生于 1979 年，距今已经有 40 多年的历史了，而如今比较主流的 Java 语言也只是 1991 年才诞生的，也就是说 MySQL 要比 Java 的诞生还早十几年，不得不惊叹二者强大的生命力。
本文转载自博主编程老高的如何取SQL结果集的第一条记录的博客，特此记录一下。 因为之前使用的SQLServer数据库比较多，今天要查询MySQL数据库中的一张表时查询速度很慢，因为里面存放了base64编码的图片信息，半天打不开表。于是想使用SQLServer中SELECT TOP 1 * FROM t_testTbl;的功能呢。这里以SQLSever、MySQL、Oracle这3种主流关系型数据库为例，看一下对应数据库中是如何取SQL结果集的第一条记录。
【编者按】如果你还在Symfony2和Redis使用中存在这样的错误观念：不能使用Redis作为主要存储；Symfony2的功能很多，以至于它的运行很慢，那么不妨看向Octivi的高请求网站打造。虽然没有底层细节，但详细展示基于两者应用的宏观特性，以及开发时的Symfony2特征。 以下为译文： image.png 有人说Symfony2像其它的复杂框架一样，很慢，但是我们认为这一切都取决用户的本身。本文将介绍基于Symfony2，每周执行10亿多个请求的应用的软件架构细节。 下面将展示tweeting之后
作者今天在开发一个后台发送消息的功能时，由于需要给多个用户发送消息，于是使用了 mybatis plus 提供的 saveBatch() 方法，在测试环境测试通过上预发布后，测试反应发送消息接口很慢得等 5、6 秒，于是我就登录预发布环境查看执行日志，发现是 mybatis plus 提供的 saveBatch() 方法执行很慢导致，于是也就有了本篇文章。
在这个学习案例中,最后要介绍的是排序。使用文件排序对小数据集是很快的，但如果个查询匹配的结果有上百万行的话会怎样?例如如果 WHERE子句只有sex列，如何排序? 对于那些选择性非常低的
通常在查询处理较多大数据表中，我们会加上索引来提高查询效率。 但有时候偏偏加上索引之后，查询还是很慢，其实是你的索引失效了！ 索引失效规则 全值匹配 最佳左前缀法则 不在索引列上做任何操作（计算、函数
监控磁盘io性能 （命令：iostat，iotop） 查看磁盘读写状态： iostat -x %util：表示io等待，也就是磁盘使用占用cpu百分比。如果百分比很大，如50%，60%说明磁盘
当你运行一条sql执行很慢的时候，可以使用explain sql，"explain"相当于mysql中的优化器，可以很好的分析性能瓶颈。
最近系统（基于 SpringCloud + K8s）上线，运维团队早上 8 点左右在群里反馈，系统登录无反应！我的第一反应是 MySQL 数据库扛不住了。
方法5: 利用MySQL支持ORDER操作可以利用索引快速定位部分元组,避免全表扫描
我们在测试主题或者插件的时候，如果在服务器上测试的话，速度相对来说很慢，而且也不容易修改代码。这里给大家简单的讲一下如何在 Windows 系统上安装 WordPress 来做本地测试。
写数据库，我第一时间就想到了MySQL、Oracle、索引、存储过程、查询优化等等。
在远程连接mysql的时候，连接不上，出现如下报错： Lost connection to MySQL server at 'waiting for initial communication pac
可能是经常处理业务，最近总是听到开发的同学说SQL的查询慢。然后问我为什么，让我在数据库层面找原因。这样的需求接的多了，对于这类需求，我已经有了一套比较官方的回答思路，我来说，大家看，看看还有什么没有考虑到的地方，欢迎指正。
(使用的数据库：MYSQL 5.7 版本，InnoDB 引擎) 自从服务加了Skywalking后，将大部分慢接口暴露出来。于是就有了这次慢接口的优化。大概的优化过程。
说起来日常的故障，其实，首先应该相到的就是：“备份”、“备份”、“备份”。毕竟再怎么牢固的系统或硬件都会有故障的时候，所以，备份放第一位。
连接阿里云服务器上的数据库，速度很慢 账户密码正确 已关闭防火墙 修改 /etc/my.cnf,添加配置skip-name-resolve [mysqld] skip-name-resolve 在连接远程数据库的时候，直接跳过MySQL的DNS解析 重启mysqld服务，解决。
优化思路：数据库中不存longtext字段，新增blob字段，将文本在后端压缩为bytep[]存到blob二进制字段中，查询时返回。理由：zip是现在成熟的压缩算法，基于LZ77算法和哈夫曼编码，可以把文本(String)较大程度地压缩为byte[]。注：不建议再把压缩后的byte[] BASE64为String，因为BASE64是一种编码方式。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
