SQL 语句执行慢的原因是面试中经常会被问到的，对于服务端开发来说也是必须要关注的问题。
作为后端开发，日常操作数据库最常用的是写操作和读操作。读操作我们下边会讲，这个分类里我们主要来看看写操作时为什么会导致 SQL 变慢。
Bbuffer 与 Cache 非常类似，因为它们都用于存储数据数据，被应用层读取字节数据。在很多场合它们有着相同的概念:
🍁 作者：知识浅谈，CSDN签约讲师，CSDN原力作者，后端领域优质创作者，热爱分享创作 💒 公众号：知识浅谈 📌 擅长领域：后端全栈工程师、爬虫、ACM算法 🔥 联系方式vx：zsqtcc 这次探索的问题： 什么是 Mysql主从同步？ Mysql主从同步为什么会有主从延迟？ 主从同步延迟解决方案？ 🤞这次都给他拿下🤞 为什么 主从同步 会暴露出问题呢？ 主从同步虽然满足了性能上要求，但一致性可能会有问题。 正菜来了🛴🛴🛴 🍖Mysql主从同步是？ 因为数据访问量的大量增长，单体数据库主键有
读写分离解决的是，数据库的写操作，影响了查询的效率，适用于读远大于写的场景。读写分离的实现基础是主从复制，主数据库利用主从复制将自身数据的改变同步到从数据库集群中，然后主数据库负责处理写操作（当然也可以执行读操作），从数据库负责处理读操作，不能执行写操作。并可以根据压力情况，部署多个从数据库提高读操作的速度，减少主数据库的压力，提高系统总体的性能。
MySQL 主从集群，分散访问压力，提升整个系统的可用性，降低大访问量引发的故障率。
文章目录 缓冲池 Buffer Pool 刷脏页的时机 MySQL定时刷 MySQL内存(buffer pool)不足的时候 MySQL正常关闭的时候 redo log满了的时候 刷脏导致的性能问题
所以说，如果我们写 select*fromuserwhereusername='Java3y'这样没有进行任何优化的sql语句，默认会这样做：
DataX 是一个异构数据源离线同步工具，致力于实现包括关系型数据库(MySQL、Oracle等)、HDFS、Hive、ODPS、HBase、FTP等各种异构数据源之间稳定高效的数据同步功能。
我们知道，mysql数据库，为了得到更高性能，一般会读写分离，主库用于写操作，比如用于执行insert，update操作，从库用于读，也就是最常见的select操作。像下面这个图这样。
索引是一种特殊的文件，包含着对数据表里所有记录的引用指针。可以对表中的一列或多列创建索引并指定索引的类型，各类索引有各自的数据结构实现。 通过目录，就可以快速的找到某个章节对应的位置。=》索引的效果，就是为了加快查找的速度。
所以说，如果我们写select * from user where username = 'Java3y'这样没有进行任何优化的sql语句，默认会这样做：
表级锁：一次性插入和更新较多数据时，当很多操作都是读表时可以选择。但当select语句时间过长或者update和delete语句短而且次数多时，不适用，会各种锁冲突。 行级锁：在很多线程请求不同记录时减少冲突锁。事务回滚时减少改变数据。使长时间对单独的一行记录加锁成为可能。比页级锁和表级锁消耗更多的内存。当需要频繁对大部分数据做 GROUP BY 操作或者需要频繁扫描整个表时不适合。
之前的推文已经分享了数据库优化的方法，链接为https://mp.weixin.qq.com/s/6Atzk9UKPJRxxAs0nsKBXg 。其中操作系统部分介绍了IO调度算法的优化，本文将通过压力测试的方式来对比不同的调度算法下磁盘IO的表现。
每个模块的设计目标并不一样，在做这次重建之前，有一个至关重要的前提是，新建系统要兼容旧系统，那就意味着有些组件不能被替换掉，尤其是数据库部分。
摘要：MySQL 8.2引入了透明读/写分离功能，MySQL 路由器可以自动将只读SQL路由到集群的只读节点。然而，MySQL路由器在此过程中需要对接收到的SQL进行一定程度的解析，以确定其是否为只读SQL。这个解析过程对系统性能会有怎样的影响呢？知名MySQL布道师Frédéric Descamps对此进行了测试，让我们一起看看他的分析。
锁是计算机用以协调多个进程间并发访问同一共享资源的一种机制。MySQL中为了保证数据访问的一致性与有效性等功能，实现了锁机制，MySQL中的锁是在服务器层或者存储引擎层实现的。
前阵子参与了字节跳动后端青训营，其中大项目编写涉及到数据持久化一般选择使用MySQL。由于时间原因，数据库使用我选择了无脑三板斧：1. 建立了索引加速查询、2. 关闭自动提交事务、3. 在需要确保原子性的数据库操作之间手动创建和提交事务。
MySQL + HBase是我们日常应用中常用的两个数据库，分别解决应用的在线事务问题和大数据场景的海量存储问题。
并发性是oltp数据库最重要的特性，但并发涉及到资源的获取、共享与锁定。 On-Line Transaction Processing联机事务处理过程(OLTP)
MyISAM是MySQL的默认数据库引擎（5.5版之前）。虽然性能极佳，而且提供了大量的特性，包括全文索引、压缩、空间函数等，但MyISAM不支持事务和行级锁，而且最大的缺陷就是崩溃后无法安全恢复。不过，5.5版本之后，MySQL引入了InnoDB（事务性数据库引擎），MySQL 5.5版本后默认的存储引擎为InnoDB。大多数时候我们使用的都是 InnoDB 存储引擎，但是在某些情况下使用 MyISAM 也是合适的比如读密集的情况下。（如果你不介意 MyISAM 崩溃恢复问题的话）。
所以要是别人再问你乐观锁和悲观锁是什么，你千万别说它是一种具体的锁，它只是一种锁的设计思想，他可以有很多具体的实现类
写这篇文章是因为之前有一次删库操作，需要进行批量删除数据，当时没有控制好删除速度，导致产生了主从延迟，出现了一点小事故。
虽然近十年来各种存储技术飞速发展，但关系数据库由于其ACID的特性和功能强大的SQL查询，目前还是各种业务系统中关键和核心的存储系统，很多场景下高性能的设计最核心的部分就是关系数据库的设计。
MySQL的默认存储引擎是InnoDB，并且在5.7版本的所有存储引擎中只有InnoDB是事务性存储引擎，也就是说只有InnoDB支持事务。
每次使用 show engine innodb status 查看mysql状态的时候, 要找的数据每次都找很久, 而且很多参数都忘了是啥意思. 很是浪费时间. 所以整了这么个脚本.
转眼又一年~~2023马上就要到尾声了，在最后的几天中，我想给大家分享一下 MySQL 的一些小知识。
为了给高并发情况下的MySQL进行更好的优化，有必要了解一下mysql查询更新时的锁表机制。 一、概述 MySQL有三种锁的级别：页级、表级、行级。 MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-level locking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。 MySQL这3种锁的特性可大致归纳如下： 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。 二、MyISAM表锁 MyISAM存储引擎只支持表锁，是现在用得最多的存储引擎。 1、查询表级锁争用情况 可以通过检查table_locks_waited和table_locks_immediate状态变量来分析系统上的表锁定争夺： mysql> show status like ‘table%’; +———————–+———-+ | Variable_name | Value | +———————–+———-+ | Table_locks_immediate | 76939364 | | Table_locks_waited | 305089 | +———————–+———-+ 2 rows in set (0.00 sec)Table_locks_waited的值比较高，说明存在着较严重的表级锁争用情况。
来源：https://blog.csdn.net/weixin_41605937/article/details/110933984
来源：blog.csdn.net/weixin_41605937/ article/details/110933984
答： 当我们在 4 核 8G 的机器上运 MySQL 5.7 时，大概可以支撑 500 的 TPS 和 10000 的 QPS。但是当服务的用户量远超这个量的时候，并且读的量大于写数据的量的时候，那我们解决的办法之一就是将数据库进行主从读写分离。
MySQL支持多种数据存储引擎，其中最常见的是MyISAM和InnoDB引擎。可以通过使用"show engines"命令查看MySQL支持的存储引擎。
在众多磁盘性能测试工具中，dd 命令因其简单易用和易于获得而深受广大运维工程师的喜爱。在这篇文章中，我们将探讨如何将它与 hdparm 命令一起使用，快速有效地评估磁盘性能。
用法：LOCK TABLE table_name [ AS alias_name ] READ
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
每次在听别人说锁的时候，是不是会有点儿晕？（一会儿排它锁，一会儿GAP锁...）因为你站在不同的角度来说，它的名字就会不同。根据我们DB的引擎、隔离级别不同，导致的锁的情况也会不同。
MyISAM表的读和写是串行的，但这是就总体而言的。在一定条件下，MyISAM表也支持查询和插入操作的并发进行。
随着腾讯云业务高速发展以及 MySQL 生态的演进，TencentDB for MySQL迎来了最快增速的时代，通过参与开源协同，TencentDB for MySQL 团队从服务、管控、内核和架构等几个维度，不断夯实稳定性、降低成本、丰富 DBaaS 产品功能，为公司自研业务和腾讯云客户提供不断进步的 MySQL 生态数据库产品服务。 1 PartⅠ 最美年代遇到的最大挑战 随着性能与稳定性的不断提高，腾讯云数据库 TencentDB for MySQL 在近两年得到了快速发展，实例个数、行业覆盖率、业
第九章 操作系统和硬件优化 Mysql服务器性能受制于系统最薄弱的环节，磁盘大小，可用内存，cpu资源网络以及连接他们的组件，都会限制住Mysql的性能。 mysql中一方面的缺陷常常会将压力施加在另一个系统之上。例如没有内存的时候，可能会刷出缓存来腾出空间，这时候会导致io过高，所以再发现问题的时候，要尽量注意深沉次的问题。 低延时收益于更快的cpu，高吞吐收益于更多的cpu。 mysql还有很多后台工作，那些工作也能受益于多cpu。 备库更多需要io而不是cpu，因为主库备份到备库会使串行任务。 cpu
《高性能MySQL》读书笔记（二）——MySQL存储引擎概述 （原创内容，转载请注明来源，谢谢） 一、基础信息 mysql将数据库保存在数据目录下的一个子目录，创建表时，会在此目录下，创
提示：使用哪一种引擎要根据需要灵活选择，一个数据库中多个表可以使用不同的引擎以满足各种性能和实际需求。使用合适的存储引擎将会提高整个数据库的性能。
IOPS：(Input/Output operations Per Second,既每秒处理I/O的请求次数)
好几年没写技术博客了，今天写一个小的技术点给大家分享，关于MySQL JDBC StreamResult的原理分享，难度不大，就当程序员的闲聊。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
