作者：杨奇龙网名“北在南方”，资深 DBA，主要负责数据库架构设计和运维平台开发工作，擅长数据库性能调优、故障诊断。...二 案例分析2.1 业务逻辑select for update 表记录并加上 x 锁，查询数据，做业务逻辑处理，然后删除该记录。还有其他业务逻辑要更新记录，导致死锁。...2.2 环境说明数据库 MySQL 8.0.30 事务隔离级别 REPEATABLE-READcreate table dl(id int auto_increment primary key,c1...大家在分析死锁的时候能基于该原则去分析理清业务的sql 逻辑，基本上都能解决大部分的问题场景。...另外文章的最后我们再次复习一下 MySQL 的加几个基本原则，方便大家后面遇到死锁案例进行分析:原则 1：加锁的基本单位是 next-key lock。原则 2：查找过程中访问到的对象才会加锁。
作者：杨奇龙网名“北在南方”，资深 DBA，主要负责数据库架构设计和运维平台开发工作，擅长数据库性能调优、故障诊断。...tables in use 1, locked 1LOCK WAIT 4 lock struct(s), heap size 1128, 3 row lock(s), undo log entries 1MySQL...tables in use 1, locked 1LOCK WAIT 3 lock struct(s), heap size 1128, 2 row lock(s), undo log entries 1MySQL...大家在分析死锁的时候能基于该原则去分析理清业务的sql 逻辑和执行顺序，基本上都能解决大部分的问题场景。...另外文章的最后我们再次复习一下 MySQL 的加几个基本原则，方便大家后面遇到死锁案例进行分析:原则 1：加锁的基本单位是 next-key lock。原则 2：查找过程中访问到的对象才会加锁。
首先第一个就是 MySQL 自身内存的规划有问题，这就涉及到 mysql 相应的配置参数。...那咱们就去找一个可以检测内存泄漏的工具：valgrind 关于 valgrind 工具 Valgrind 是一个用于构建动态分析工具的工具框架。...Callgrind 是一个生成调用图的缓存分析器。 Helgrind 是线程错误检测器。 DRD 还是线程错误检测器。 Massif 是堆分析器。 DHAT 是另一种堆分析器。...运行的程序结束后，会生成这个进程的内存分析报告。 搞个测试找找感觉 1....在开启 performance_schema 时，会有额外的内存开销，通过 valgrind-memcheck 内存分析工具发现，较大概率发生内存泄漏。
作者：王向爱可生 DBA 团队成员，负责公司 DMP 产品的运维和客户 MySQL 问题的处理。擅长数据库故障处理。对数据库技术和 python 有着浓厚的兴趣。...---前言最近解决了一个比较基础的问题故障，由于排查过程挺有意思，于是就以此为素材写出了本篇文章。故障现场防火墙什么的均正常但是无法被远程访问到。简单的使用客户端登录了一下。...ERROR 2003 (HY000): Can't connect to MySQL server on '127.0.0.1' (111)根据以往经验大脑中浮现了几个常见的排查此类故障手法1.排查进程存在...--pid-file=/mysqldata/mysql/data/3308/mysqld.pid --user=mysql --socket=/mysqldata/mysql/data/3308/mysqld.sock...解决方案因为配置 skip-grants-tables 引起无法远程连接 mysql 服务端的故障，解决方法也是非常的简单注释重启。
作者：王向 爱可生 DBA 团队成员，负责公司 DMP 产品的运维和客户 MySQL 问题的处理。擅长数据库故障处理。对数据库技术和 python 有着浓厚的兴趣。...---- 前言 最近解决了一个比较基础的问题故障，由于排查过程挺有意思，于是就以此为素材写出了本篇文章。 故障现场 防火墙什么的均正常但是无法被远程访问到。简单的使用客户端登录了一下。...ERROR 2003 (HY000): Can't connect to MySQL server on '127.0.0.1' (111) 根据以往经验大脑中浮现了几个常见的排查此类故障手法 1....解决方案 因为配置 skip-grants-tables 引起无法远程连接 mysql 服务端的故障，解决方法也是非常的简单注释重启。...分析 技术分享 | MySQL 安全 delete 巨大量数据行 ---- 关于SQLE 爱可生开源社区的 SQLE 是一款面向数据库使用者和管理者，支持多场景审核，支持标准化上线流程，原生支持 MySQL
MySQL 5.7 之前的处理都是对 Derived table(派生表) 进行 Materialize(物化)，生成一个 临时表 用于保存 Derived table(派生表) 的结果，然后利用 临时表...MySQL 5.7 中对 Derived table(派生表) 做了一个新特性，该特性允许将符合条件的 Derived table(派生表) 中的子表与父查询的表合并进行直接 JOIN，类似于 Oracle...附录： http://mysql.taobao.org/monthly/2017/03/05/ https://blog.csdn.net/sun_ashe/article/details/89522394...https://imysql.com/node/103 https://dev.mysql.com/doc/refman/5.7/en/derived-table-optimization.html
作者：姚远 专注于 Oracle、MySQL 数据库多年，Oracle 10G 和 12C OCM，MySQL 5.6，5.7，8.0 OCP。...---- 故障描述 MySQL 数据库服务器的 CPU 和主板都换了，重新开机，发现 MySQL 无法启动！！！...故障分析 这个问题出现在 MySQL 5.7 之后的版本，主要的原因是 MySQL 会在最新的 checkpoint 完成后都会在 redo log 写一个一字节的 MLOG_CHECKPOINT 标记...故障处理 移除当前使用的 redo log 文件，然后可以试着启动数据库，结果启动失败！...在正常的崩溃恢复中，MySQL 可以借助 redo log 来进行前滚和回滚，但是此时 redo log 已经被我们删掉了，MySQL 无法进行恢复操作。
作者：kay 擅长 Oracle、MySQL、PostgresSQL 等多种数据库领域； 擅长 Oracle、MySQL 性能优化、数据库架构设计、数据库故障修复、数据迁移以及恢复； 热衷于研究 MySQL...二、MySQL 的限制 说明：本文仅讨论 MySQL 中，单条记录最大长度的限制，其他的暂且搁置。...但是 MySQL 不一样，开源的东西，人人都可以看源码。只要你实现了那些接口，你就可以接入到 MySQL 中，作为一个存储引擎供 MySQL 的 Server 层使用。...至于原因，个人猜测和 MySQL 的定位有关系，MySQL 一直定位于 OLTP 业务，OLTP 业务的特点就是短平快，字段数过多或者长度太长，都会影响 OLTP 业务的 TPS（所以那些拿 MySQL...这里更要强调的是，MySQL 作为一个绝大部分互联网公司都在广泛使用的 OLTP 型数据库（微信支付的交易库就运行在 MySQL 社区版之上），这些成功案例已经证明了 MySQL 是一个优秀的工业级数据库
故障现象 MySQL 从库所在主机故障重启后，sql_thread 线程报错： root@3306 (none)> show slave status\G -- 摘取有用信息如下： Slave_IO_Running...故障分析 主机重启前，主从同步正常，主机重启后，主从同步由于主键冲突报错，对比了冲突主键所在行记录在主从库是一致的，初步分析事务'471c2974-f9bb-11eb-afb1-52540010fb89...:88313207'在主机故障前已经在从库进行了回放，那为何事务会重复回放呢？...-------------+-------+ | sync_binlog | 600 | +---------------+-------+ 1 row in set (0.00 sec) 通过以上分析...测试验证 搭建一主一从测试环境，通过 sysbench 模拟主库并发插入，从库主机暴力关机后，故障复现： root@mysql.sock][(none)]> select * from performance_schema.replication_applier_status_by_worker
change size of file (Errcode: 28 - No space left on device) 碰到这类问题，直观的思路就是查看分区下最大的文件，当然如果足够智能，也可以启用前几天提到的故障自愈的实现思路...，作为后续的分析所用，然后清理了这个日志文件。...6.54 sec) >set global slow_query_log=on; Query OK, 0 rows affected (0.00 sec) 很明显，磁盘空间释放了不少，对于慢日志的问题分析...>set global audit_log_flush=on; Query OK, 0 rows affected (10.04 sec) 通过几轮问题分析和排查，日志类的问题总算得到了基本解决。...而对于慢日志的分析也是重中之重，如果在极高的压力下，差不多1~2分钟会产生1G的慢日志，按照并发来看，这个值是很高的。所以在基本稳定了性能之后，慢日志的量级有了明显的变化。
---- 本文关键字：count、SQL、二级索引 相关文章推荐： 故障分析 | MySQL 优化案例 - 字符集转换 技术分享 | MySQL 监控利器之 Pt-Stalk 一、故事背景 项目组联系我说是有一张...二、原 SQL 分析 Server version: 5.7.24-log MySQL Community Server (GPL) SQL 如下，仅仅就是统计 api_runtime_log 这张表的行数...四、原理 为了找到答案，通过 Google 查找 MySQL 下 select count(*) 的原理，找到了答案。这边省略过程，直接上结果。...调整部分 MySQL 参数，重启 MySQL，保证目前 innodb buffer pool (内存缓冲区) 中为空，不缓存任何数据； 3....升级到 MySQL 8 中，使用并行查询，加快检索速度。 当然，什么时候 InnoDB 存储引擎可以直接实现计数器的功能就好了！
之前遇到一个问题，用户反馈 MySQL MGR 环境发生了故障切换。作为一名运维，首先应该知道从日志信息里面去找信息。我们很幸运，在对应的时间点，有错误日志信息。...MySQL8.0.18的row0pread.cc, line 727内容： 图片 对比后续版本MySQL 8.0.28和MySQL 8.0.18差异，可以看到MySQL8.0.28中已经去掉了对应ut_a...MySQL 8.0.18： 图片 MySQL 8.0.28： 图片 查找变更历史，找到官方对去掉ut_a(!page_cur_is_after_last(&page_cursor))；的描述。...找到MySQL Bug#30060690。涉及到如下bug，详见bug描述。...https://github.com/mysql/mysql-server/commit/911be2d742985f191464c9f2dabcf81e0bac7cbc 图片 根据bug描述，可以看到此
作者：付祥现居珠海，主要负责 Oracle、MySQL、mongoDB 和 Redis 维护工作。本文来源：原创投稿*爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。...restarting transaction为了能精确定位问题，继续询问开发有没有锁等待超时相关SQL，开发又给了相关报错SQL：INSERT INTO VALUES(...)2、分析诊断根据错误信息得知...----+-------+innodb_autoinc_lock_mode=1，对于批量插入语句，需要等到语句执行结束才释放自增锁，故要解决锁等待超时，可以将参数值设置为2，但该参数为静态参数需要重启MySQL...扫描行数86w，结果集却为0，说明SQL有优化空间：Query_time: 108.527499 Lock_time: 0.000342 Rows_sent: 0 Rows_examined: 862584分析...如果mysql版本是5.7的话，optimizer_switch 参数会增加一个选项：derived_merge=on ，满足一定条件，即子查询中没有如下条件：Aggregate functions (
作者：林浩 DBA ，专注于 MySQL ，擅长问题分析解决。 本文来源：原创投稿 *爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。...前段时间遇到一个 mysql 客户端 crash 的问题，这个 mysql 客户端是自己源码编译产生的。...于是将 mysqld 启动，再用 mysql -u root -p 连接，输好密码回车后 mysql 客户端发生 Segmentation fault。...initialization of ‘ char * ’ from ‘ int ’ makes pointer from integer without a cast [-Wint-conversion] 分析过程...我们来分析一下。
从根源进行分析，second-behind-master值与三个值有关，1.当前从服务器的系统时间。2.从库服务器和主库服务器的系统时间的差值。3.mi->last_timestamp。...此时可以通过mysqlbinlog或者my2sql工具解析binlog日志，但是结果往往不直观，咨询了一些前辈，推荐了一款infobin工具，自己测试了下还是挺好用的，使用示例:执行命令 infobin mysql-bin....000005 20 2000000 10 -t >/root/result.log其中，mysql-bin.000005表示需要解析的binlog文件名，20表示是分片数量,将binlog分为大小相等的片段...-------------Now begin--------------#MySQL的版本Check Mysql Version is:5.7.25-log#binlog格式版本Check Mysql
下面的表的程序可以考虑关闭下面的参数 innodb_stats_on_metadata=0 set global innodb_stats_on_metadata=0; 故障分析 注：一般mysql...分析思路： 1、查看mysql的slow.log，看是否出现死锁，及其他报错 2、show processlist; 查看mysql都有哪些连接，判断这些connect是否正常 3、通过使用htop、dstat...tcpdump使用 抓包分析，默认mysql端口为3306 tcpdump -i eth0 -A -s 3000 port 3306 > /tmp/sql.log 引用perl tcpdump -...mysql慢日志，查看哪些sql语句最耗时 pt-query-digest db-slow.log 总结： 有时候不需要全部操作就能找到问题的所在，这次故障中个人是通过show processlist...故障分析：后端API服务抛异常，导致一个SELECT频繁去执行，先重启后端API，然后分析报错，找相关人解决。
MySQL 数据库服务端没有使用连接池（类似 MySQL 企业版连接池插件），越来越多的数据库请求堆积导致连接满。...应用端和 MySQL 端之间也没有部署连接池，用直连 MySQL 的方式处理日常业务，进而数据库请求过多导致连接满。...MySQL 参数 max_connections 设置不合理，与当前数据库请求存在较大偏差，导致连接不够用报错。...MySQL 默认给管理员预留一个额外连接，用于处理连接满的场景；但是现实场景并非如此，大部分 MySQL 数据库都是所有业务模块共享一个管理员用户或者使用多个命名不同的具有管理员权限的用户。...也就是得有建立这个连接所需的硬件资源，如果资源不足，MySQL 服务器会拒绝连接，比如可能会有这个错误：ERROR 2003 (HY000): Can't connect to MySQL server
作者：侯晓阳 爱可生 DBA 团队成员，主要负责 MySQL 故障处理和 SQL 审核优化。对技术执着，为客户负责。 本文来源：原创投稿 问题背景 MySQL 从库报错如下： ?...首先我们先通过 performance_schema 查看一下造成报错的原因 mysql> select * from performance_schema.replication_applier_status_by_worker...然后我们再查看 MySQL 的 error-log ? 日志中也提示了我们，因为工作线程被断开，查询中断，它在当前这个位置点停止了，如果想要恢复重新启动主从即可。 3....尝试重新启动主从 mysql> stop slave; mysql> start slave; ? 重启复制通道后，复制确实正常了，接下来需要知道为什么查询被中断了。 4....带着疑问，去看了下在报错的这个时间里 MySQL 或是服务器做了什么，然后发现了这个时间 MySQL 在做备份，之后查看 xtrabackup 备份参数是带着 --kill-long-queries-timeout
异常现象 开发人员反馈，有一台服务器内存几乎被 MySQL 耗尽了，执行 top 命令，输出如下： 图片 这台机器是个测试环境，MySQL 是开发自己安装的，数据库版本 5.6.51 ，机器总内存32G...，MySQL 占了29G。...分析过程 查看 MySQL 启动时间发现1个星期前才启动，猜测之前由于主机内存耗尽触发了 OOM ，查看 MySQL 错误日志，发现每隔10几天，MySQL 就异常关闭一次： 2022-02-24 03...默认使用 GLIBC 内存分配器，通过 gdb 调用 malloc_stats()函数分析内存使用情况： gdb -ex "call (void) malloc_stats()" --batch -p...，使用 google 内存分配器 tcmalloc 重启 MySQL 十几天后，top 命令观察 MySQL 占用内存稳定在5G： 图片 小结 jemalloc 和 tcmalloc 之类的内存分配器在一些场景
---- 本文关键字：SQL 优化、字符集 相关文章推荐： 故障分析 | MySQL 派生表优化 故障分析 | 有效解决 MySQL 行锁等待超时问题【建议收藏】 一、背景 开发联系我，说是开发库上有一张视图查询速度很慢...三、执行计划 分析一条慢 SQL，最有效的方法便是分析它的执行计划，看是否存在问题。 下面我们看下这条 SQL 的执行计划，主要由三张表（t、r、b）组成，从 t 开始嵌套连接 r，再嵌套连接 b。...四、视图分析 带着上面执行计划中的疑问，我们去看下 view_dataquality_analysis 这张视图的定义，如下所示。...那么基本可以验证我的猜想，当 MySQL 创建视图时，如果发现表连接字段字符集不相同时，会自动添加字符集转换。 另外之前我们有个为什么 b 表没有走索引，是因为缺失了索引吗？的疑问。...其实这个问题有点类似于 int=varchar 隐式转换问题，等号左边为 int 类型，右边为 varchar 类型，那么 MySQL 会自动转换类型为一致，因而无法走索引。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
