Bbuffer 与 Cache 非常类似，因为它们都用于存储数据数据，被应用层读取字节数据。在很多场合它们有着相同的概念:
MySQL会缓存DNS反向解析的信息。当MySQL服务器接收到客户端的连接请求时，如果它配置为使用域名而不是IP地址来控制访问权限（即没有使用skip-name-resolve选项），它会对客户端的IP地址执行DNS反向解析以获取对应的主机名。这个解析结果会被缓存在服务器的主机名缓存中。
0：日志每秒刷新，但是在事务提交时不做任何处理，1，每次提交都刷新，这是最安全的也是默认的。2，每次事务提交都把日志缓存写到日志文件，再由innodb每秒做一次刷新。
max_connections：允许客户端并发连接的最大数量，默认值是151，一般将该参数设置为500-2000 max_connect_errors：如果客户端尝试连接的错误数量超过这个参数设置的值，则服务器不再接受新的客户端连接。可以通过清空主机的缓存来解除服务器的这种阻止新连接的状态，通过FLUSH HOSTS或MySQLadmin flush-hosts命令来清空缓存。这个参数的默认值是100，一般将该参数设置为100000。
MYSQL 应该是最流行了 WEB 后端数据库。虽然 NOSQL 最近越來越多的被提到，但是相信大部分架构师还是会选择 MYSQL 来做数据存储。本文作者总结梳理MySQL性能调优的15个重要变量，又不足需要补充的还望大佬指出。
1.DEFAULT_STORAGE_ENGINE 如果你已经在用MySQL 5.6或者5.7，并且你的数据表都是InnoDB，那么表示你已经设置好了。如果没有，确保把你的表转换为InnoDB并且设置default_storage_engine为InnoDB。 为什么？简而言之，因为InnoDB是MySQL(包括Percona Server和MariaDB)最好的存储引擎 – 它支持事务，高并发，有着非常好的性能表现(当配置正确时)。 2.INNODB_BUFFER_POOL_SIZE 这个是InnoDB最
前面说了lru链表，为了防止mysql的预读和全表查询刷新pool的频率太高，所以把lru链表分为young区域和old区域，但是频繁的移动lru链表也影响性能，所以当在young后半部1/4区域的时候，才会移动到最前面。初始数据从磁盘刷新到内存中，先是进入old区域，当超过1S之后继续访问，则会移动到young区域。预读分为两种，第一种是当mysql检测到执行语句按顺序查询超过一定值，则会吧下一个区的所有页全部都预先刷新到缓存页里，第二种就是13个页在同一个区，这时候会吧这个区的数据全部刷新到缓存页。
上篇文章《InnoDB在SQL查询中的关键功能和优化策略》对InnoDB的查询操作和优化事项进行了说明。但是，MySQL作为一个存储数据的产品，怎么确保数据的持久性和不丢失才是最重要的，感兴趣的可以跟随本文一探究竟。
上篇文章说了，show warning可以看到mysql优化器的结果，执行计划的详解，select type的种类，有派生，物化，子查询，连接查询等。
MySQL 8 已经有很长一段时间提供生产服务器，可还有不少企业在使用MYSQL 5.7 设置5.6 等版本的MYSQL 系统，且不少的MYSQL的DBA 对于MYSQL 的知识还停留在MYSQL5.7并不愿意将知识更新到MYSQL8 ，MYSQL知识快速更新的过程中淘汰这样的DBA 是容易的事情。后面这个可能会做一个系列，不断对比MYSQL5.6 5.7 和 MYSQL8.0 之间的差异，今天我们来说说mysql 8 的一些与核心有关在MYSQL8 变动的系统变量和参数。
缓存回收：LRU，定时(expireAfterAccess，expireAfterWrite)，软弱引用，显示删除(Cache接口方法invalidate，invalidateAll)
上篇说到了MySQL总共分为4层，分别是网络连接层，核心层，存储引擎层和物理层。大家已经了解了MySQL数据库的体系，那该篇就写明存储引擎层InnoDB的体系结构。
这是mysql专栏的第四篇，上一个小节我们了解了如何通过flush list存储所有的脏页数据，这一节我们来继续介绍缓冲池的内部结构LRU链表。
最近一直在写《手撕MySQL系列》文章，我发现自己的切入点有一些问题，虽尝试深入探究MySQL中的一些关键特性，但对于MySQL的知识掌握不太能够形成较好的体系化的知识网络。我感到在对全局了解不够清晰的时候，去深究一个知识点往往会事倍功半。所以打算通过这篇文章，分析SQL语句从头到尾的执行，串连一下MySQL当中的基础知识点。
我的本意是先抛出一个系统层的解决思路，然后引出更有张力的解决方案，但是当时方案还没有验证完，不足为凭，最近的对比测试结果出来了，我就把一些结果附上。
我们都知道，数据库是用于存取数据的。然而，存取数据会涉及到磁盘I/O的读写操作，这使得I/O读写成为数据库系统的主要性能瓶颈。为了解决这个问题，MySQL数据库采用了许多内存管理技术来优化数据库操作，包括内存优化查询、排序以及写入操作。
在上一篇文章中我们说myisam的内存优化主要有四点，主要是设置索引缓存的大小key_buffer_size、使用多个索引缓存、调整中点插入策略set global key_cache_division_limit=70、调整read_buffer_size和排序空间read_rnd_buffer_size的大小。这里要注意的read_buffer_size和read_rnd_buffer_size是会话缓存，所以要合理分配。否则容易用掉很多内存。
1）mysql double write buffer参数详解 什么是double write buffe？参数innodb_doublewrite=1打开 us_card_online_mysql [(none)] [15:03:01]> show global variables like '%innodb_doublewrite%'; +--------------------+-------+ | Variable_name | Value | +--------------------+
上篇文章说mysql5.6之后新增了系统变量optimizer_tance可以看到他的优化过程。
innodb_flush_log_at_trx_commit 和 sync_binlog 是 MySQL 的两个配置参数。它们的配置对于 MySQL 的性能有很大影响（一般为了保证数据的不丢失，会设置为双1，该情形下数据库的性能也是最低的）。
狂聊君：啊，这么难吗，容我组织一下语言。（内心OS：这TM还不简单？我能给你扯半小时！）
上一篇文章中，我们介绍了 mysql 的二进制日志 binlog，他为数据的同步、恢复和回滚提供了非常便利的支持。 怎么避免从删库到跑路 — 详解 mysql binlog 的配置与使用
InnoDB的性能和自动崩溃恢复特性，使得它在非事务性存储的需求中也有广泛的应用。
一、简介 数据库服务器需要CPU、内存、 磁盘和网络才能运行，了解这些资源对于DBA来说非常重要，因为任何的超载行为都可能成为限制因素，导致数据库服务器性能不佳。DBA的主要任务就是调整系统和数据库的配置，避免可用资源的过渡利用和利用不足。 首先，性能优化是一个持续的过程，安装MySQL通常是调整操作系统和数据库配置的第一步。而数据库是一个动态系统，这是一个永无止境的故事。你的MySQL数据库起初可能是CPU绑定的，因为你有足够的内存和很少的数据。随着时间地推移，它可能会改变，磁盘访问可能会变得更加频繁。正
在事务的ACID特性中，原子性（A）、一致性（C）、持久性（D）由undo log和redo log实现，隔离性（I）由锁+MVCC实现
说明：本文主要学习下Laravel的Model Observer模型观察者，把一点点经验分享出来希望对别人能有帮助。同时，会将开发过程中的一些截图和代码黏上去，提高阅读效率。
hello，小伙伴们，好久不见，MySQL系列停更了差不多两个月了，也有小伙伴问我为啥不更了呢？其实我去看了MySQL的全集，准备憋个大招，更新篇长文（我不会告诉你是因为我懒的）。
Bulk Insert 在批量插入数据时，并非直接将key写入 B-tree，而是写入红黑树，当红黑树达到上限时，将所有的key写入磁盘。写入的key 流 是已经排序好的，所以写入非常快
这一节我们来介绍缓冲池的内部结构。如果不清楚缓冲池是什么东西可以查看之前系列的第一篇文章。缓冲池最简单的理解为数据库磁盘文件在内存对应的映射，是一个十分重要的核心组件，缓冲池的内容和细节还是挺多的，这部分内容个人会限制篇幅让读者更好的消化。
在上一片文章中，我们说innodb的内存优化主要是通过多buffer pool size的优化，首先是lru链表的young和old区，以及之间的数据页的迁移的时间优化。因为我们执行一条sql，其实是在内存中做这件事情的，做完毕之后会加入的dolog中，然后后台线性会将其写入磁盘，所有这个缓存的大小就成为性能的重要影响因素。除此之外，调整old区的大小也可以让热点数据不易从buffer pool中淘汰，我们可以通过设置innodb_old_blocks_pct去设置old区的比例。当然我们也可以通过old区的最小淘汰时间innodb_old_blocks_time来让更多的数据能够留在热点区域内。当然由于线程对innodb缓存池的访问是互斥的，所以并发比较大的时候，容易出现瓶颈，所以在这里可以设置innodb_buffer_instances，这样buffer_pool_size就会平分到每个instance上。对于长时间不用或者要被淘汰的数据页，也有操作的方式，其提供了innodb_io_capacity和innodb_max_dirty_pages_pct分别表示一秒需要刷新到磁盘的io次数和要进行数据回写磁盘的触发上线，默认值是75%。
指定MySQL服务器监听的IP地址，默认为0.0.0.0，表示所有IP地址。可以设置为127.0.0.1来限制只有本地可以访问MySQL服务。
Mysql作为数据库在不同的机器和不同的业务环境中具有不同的调优方式，和我们做任何事情一样，涉及到边界确定的就是我们需要关注的。所有了解mysql实现的边界参数是我们调优的重点。
在create table的时候可以指定引擎类型(engine=InnoDB|MyISAM|Memory)，不同存储引擎的表数据存储方式也不一致。
InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。基本 的差别为：
前面说了buffer pool的重要性，每次查询数据并不是I/O从磁盘获取的，而是吧磁盘上的数据刷新到buffer pool里，里面组成有缓存页和控制块，缓存页可以用innoDB_buffer_pool_size设置，控制块的内存是单独存储的。分为free链表和flush 链表，mysql数据库启动的时候，free链表里面存储的是申请的空闲缓存页。如果修改了缓存页，导致和磁盘上的数据不一致的脏数据，所以这时候flush就有 用处了，每次隔一段时间吧flush 链表的数据更新到磁盘上，并不是吧所有buffer pool的数据更新上。
摘要: 学习Google内部使用的工具包Guava，在Java项目中轻松地增加缓存，提高程序获取数据的效率。 一、什么是缓存？ 根据科普中国的定义，缓存就是数据交换的缓冲区（称作Cache），当某一硬件要读取数据时，会首先从缓存中查找需要的数据，如果找到了则直接执行，找不到的话则从内存中找。由于缓存的运行速度比内存快得多，故缓存的作用就是帮助硬件更快地运行。
InnoDB 存储引擎是以数据页为单位来管理存储空间的。InnoDB 存储引擎在处理客户端的请求时，当需要访问某个数据页的数据时，就会把完整的数据页的数据全部加载到内存中，也就是说即使我们只需要访问一个数据页的一条记录，那也需要先把整个数据页的数据加载到内存中。将整个数据页加载到内存中后就可以进行读写访问了，在进行完读写访问之后并不着急把该数据页对应的内存空间释放掉，而是将其缓存起来，这样将来有请求再次访问该页面时，就可以省去磁盘 IO 的开销了。这个缓存就称之为Buffer Pool。
在Apache, PHP, mysql的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分。对于Discuz!论坛程序也是如此，MySQL的设置是否合理优化，直接 影响到论坛的速度和承载量！同时，MySQL也是优化难度最大的一个部分，不但需要理解一些MySQL专业知识，同时还需要长时间的观察统计并且根据经验 进行判断，然后设置合理的参数。
今天在工作中遇到了一个问题，就是某个服务器的从库由于磁盘问题，产生了延迟，而监控和报警没有发觉，没有报警提示，当我清理磁盘之后，发现一个问题，从库已经无法落后主库24个小时了，好的一点是主库的binlog文件都还在，但是从库应用relay-log的速度小于relay-log的生成速度，所以导致这个从库的SBM(second behind master)一直缓慢上升，想了半天没有好的办法，最终通过设置innodb_flush_log_at_trx_commit=0的方法暂时得到缓解。关于mysql中的这个参数，之前简单做过一些了解，今天看了下官方的手册，大概翻译如下：
常言说得好，每个成功男人背后都有一个为他默默付出的女人，而对于MySQL来说，这个“人”就是InnoDB存储引擎。 MySQL区别于其他数据库的最为重要的特点就是其插件式的表存储引擎。而在众多存储引擎中，InnoDB是最为常用的存储引擎。从MySQL5.5.8版本开始，InnoDB存储引擎是默认的存储引擎。 InnoDB存储引擎支持事务，其设计目标主要面向在线事务处理(OLTP)的应用。其特点是行锁设计、支持外键，并支持非锁定读，即默认读操作不会产生锁。 InnoDB通过使用多版本并发控制(MVCC)来获取高并发性，并且实现了SQL标准的4中隔离级别，默认为REPEATABLE级别。同时，使用一种被称为next-key-locking的策略来避免幻读现象的产生。除此之外，InnoDB存储引擎还提供了插入缓冲(insert buffer)、二次写(double write)、自适应哈希索引(adaptive hash index)、预读(read ahead)等高性能和高可用的功能。
Buffer Pool 是什么？从字面上看是缓存池的意思，没错，它其实也就是缓存池的意思。它是 MySQL 当中至关重要的一个组件，可以这么说，MySQL的所有的增删改的操作都是在 Buffer Pool 中执行的。 但是数据不是在磁盘中的吗？怎么会和缓存池又有什么关系呢？那是因为如果 MySQL的操作都在磁盘中进行，那很显然效率是很低的，效率为什么低？因为数据库要从磁盘中拿数据啊，那肯定就需要IO啊，并且数据库并不知道它将要查找的数据是磁盘的哪个位置，所以这就需要进行随机IO，那这个性能简直就别玩了。所以 MySQL对数据的操作都是在内存中进行的，也就是在 Buffer Pool 这个内存组件中。
insertbuffer是insertbuffer的增强版，insertbuffer只对插入有效，而changebuffer对insert/update/delete有效。插入缓存只对非唯一的索引和辅助索引有效。每次插入都不是写在索引页上，而是先判断插入的非聚集索引页是否在缓存中。如果是，直接插入。如果不存在，插入insertbuffer，按一定频率合并，写回磁盘。
Linux 有个非常有用的 top 命令，可以查看操作系统的性能状态，mytop 命令类似 top 命令，界面结构也类似，只是 mytop 显示的是 mysql 的状态信息，例如我们非常关心的 QPS
在高并发的业务场景下（如秒杀或者双十一），数据库最容易挂掉环节。所以，就需要使用Redis做一个缓冲操作，让请求先访问到Redis，如果Redis命中就不在访问数据库，从而减轻数据库的压力。
前面我们说了修改一条数据总不能吧16kb的页全部持久化到磁盘上，于是有了redo日志，记录哪些修改的数据，redo日志也有自己的缓存区，并不是直接把数据记录到磁盘上，缓存区是innoDB_redo_buffer_size，默认是16mb，为了保证原子性，他会分为不同的组，当乐观插入的时候，只有一条数据需要插入，则type的第一个字节是1，代表只有一条插入，当悲观插入多条插入的时候，会有一个MLOG_MULTI_REC_END的日志，表示这组记录完毕，若系统宕机重启，解析redo日志时候，没有解析到这个，则前面解析的全部放弃。
Buffer Pool 是什么？从字面上看是缓存池的意思，没错，它其实也就是缓存池的意思。它是 MySQL 当中至关重要的一个组件，可以这么说，MySQL的所有的增删改的操作都是在 Buffer Pool 中执行的。
mysql当前的版本，运行的时间，以及当前系统时间。 MySQL服务器版本信息表明MySQL服务器包含和不包含哪些特点。 MySQL服务器运行时间表明报告价值的代表性。服务器运行时间对于评估报告是很重要的，因为如果服务器不运行几个小时的话，输出报告有可能存在曲解和误导性。有时甚至运行几个小时时间都是不够的，比如，MySQL服务器运行了午夜的6个小时几乎没有业务访问过。最理想的情况是，MySQL服务器运行一天之后再运行mysqlreport来输出报告，这样报告的代表价值要比系统刚运行时要好的多。 在性能场景的运行周期前启动mysql，在性能场景结束后生成mysqlreport会比较有用。比如此例中，场景运行了1小时后执行了mysqlreport。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
