- 综合排序
- 最热优先
- 最新优先
- 来自专栏爱可生开源社区
故障分析 | MySQL死锁案例分析
作者：杨奇龙网名“北在南方”，资深 DBA，主要负责数据库架构设计和运维平台开发工作，擅长数据库性能调优、故障诊断。 本次分享的一个死锁案例是 涉及通过辅助索引的更新以及通过主键删除导致的死锁。希望能够对想了解死锁的朋友有所帮助。 二 案例分析2.1 业务逻辑select for update 表记录并加上 x 锁，查询数据，做业务逻辑处理，然后删除该记录。还有其他业务逻辑要更新记录，导致死锁。 id=6 的X的锁，因此需要等待。 另外文章的最后我们再次复习一下 MySQL 的加几个基本原则，方便大家后面遇到死锁案例进行分析:原则 1：加锁的基本单位是 next-key lock。原则 2：查找过程中访问到的对象才会加锁。
1.2K30编辑于 2023-01-05 - 来自专栏爱可生开源社区
故障分析 | MySQL死锁案例分析
作者：杨奇龙网名“北在南方”，资深 DBA，主要负责数据库架构设计和运维平台开发工作，擅长数据库性能调优、故障诊断。 本次分享的死锁案例是 更新不存在的记录加上 X GAP lock 和 insert 的意向锁冲突。希望能够对想了解死锁的朋友有所帮助。 二 案例分析2.1 业务逻辑业务逻辑: 业务需要并发不同数据(insert+update)，首先是更新记录，如果发现更新的 affect rows 为0，然后就执行插入，如果插入失败，再执行更新。 tables in use 1, locked 1LOCK WAIT 4 lock struct(s), heap size 1128, 3 row lock(s), undo log entries 1MySQL 另外文章的最后我们再次复习一下 MySQL 的加几个基本原则，方便大家后面遇到死锁案例进行分析:原则 1：加锁的基本单位是 next-key lock。原则 2：查找过程中访问到的对象才会加锁。
1K41编辑于 2022-12-15 - 来自专栏爱可生开源社区
故障分析 | MySQL 优化案例 - select count(*)
---- 本文关键字：count、SQL、二级索引 相关文章推荐： 故障分析 | MySQL 优化案例 - 字符集转换 技术分享 | MySQL 监控利器之 Pt-Stalk 一、故事背景 项目组联系我说是有一张 调整部分 MySQL 参数，重启 MySQL，保证目前 innodb buffer pool (内存缓冲区) 中为空，不缓存任何数据； 3. 再次重启 MySQL，保证内存缓冲区为空； 6. 再次执行 select count(*)，理论上走二级索引； 7. 再次查看内存缓冲区中缓存的数据量（理论上只会缓存二级索引）。 key_len: 4 ref: NULL rows: 5117616 filtered: 100.00 Extra: Using index 七、案例总结 升级到 MySQL 8 中，使用并行查询，加快检索速度。 当然，什么时候 InnoDB 存储引擎可以直接实现计数器的功能就好了！
5.9K30发布于 2020-07-09 - 来自专栏爱可生开源社区
故障分析 | Java 连接 MySQL 8.0 排错案例
作者：胡呈清 爱可生 DBA 团队成员，擅长故障分析、性能优化，个人博客：https://www.jianshu.com/u/a95ec11f67a8，欢迎讨论。 Server 重启了； 2.MySQL MGR 发生切换了； 3.DBA 对 MySQL Server 做了某些变更后。 结论 一开始，在 MySQL Server 上创建应用用户后，手工使用 mysql 客户端对应用用户进行了验证，MySQL Server 缓存了应用用户的验证信息。 之后如果发生以下几种情况： 1.MySQL Server 重启了； 2.MySQL MGR 发生切换了； 3.DBA 对 MySQL Server 做了 flush privileges;。 mysql_native_password。
1.4K20发布于 2021-03-16 - 来自专栏爱可生开源社区
故障分析 | MySQL 优化案例 - 字符集转换
---- 本文关键字：SQL 优化、字符集 相关文章推荐： 故障分析 | MySQL 派生表优化 故障分析 | 有效解决 MySQL 行锁等待超时问题【建议收藏】 一、背景 开发联系我，说是开发库上有一张视图查询速度很慢 二、问题 SQL Server version: 5.7.24-log MySQL Community Server (GPL) 这个 SQL 非常简单，定义如下，其中就引用了 view_dataquality_analysis 那么基本可以验证我的猜想，当 MySQL 创建视图时，如果发现表连接字段字符集不相同时，会自动添加字符集转换。 另外之前我们有个为什么 b 表没有走索引，是因为缺失了索引吗？的疑问。 其实这个问题有点类似于 int=varchar 隐式转换问题，等号左边为 int 类型，右边为 varchar 类型，那么 MySQL 会自动转换类型为一致，因而无法走索引。
1.7K10发布于 2020-07-02 - 来自专栏时悦的学习笔记
MySQL MHA部署 Part 6 MHA故障转移测试
实验环境 此次实验的环境如下 MySQL 5.7.25 Redhat 6.10 操作系统账号:mysql 数据库复制账号:repl 复制格式:基于行的复制 MHA版本: 0.56 IP地址 主从关系 从上图可以看出，首先管理节点发现MySQL服务挂掉，之后调用masterha_secondary_check脚本分别从另外2个从库检查主库，发现也无法连接 4.2 重新检查所有服务器状态 ? reset master及reset slave all 新的主库会自动将read_only设为OFF failover完成后记得删除mha.failover.complete文件，否则再次启动后会发生故障会无法 failover failover完成后，旧主库会从配置文件中删除 6. 参考资料 https://www.percona.com/blog/2016/09/02/mha-quickstart-guide/ http://www.ttlsa.com/mysql/step-one-by-one-deploy-mysql-mha-cluster
1K11发布于 2020-08-19 - 来自专栏爱可生开源社区
故障分析 | MySQL 从机故障重启后主从同步报错案例分析
故障现象 MySQL 从库所在主机故障重启后，sql_thread 线程报错： root@3306 (none)> show slave status\G -- 摘取有用信息如下： Slave_IO_Running :88313207-88341912 Executed_Gtid_Set: 471c2974-f9bb-11eb-afb1-52540010fb89:1- 88313206, d4c228df-f9c6- :88313207'在主机故障前已经在从库进行了回放，那为何事务会重复回放呢？ 测试验证 搭建一主一从测试环境，通过 sysbench 模拟主库并发插入，从库主机暴力关机后，故障复现： root@mysql.sock][(none)]> select * from performance_schema.replication_applier_status_by_worker 故障处理 既然错误原因是事务重复执行，那跳过错误就好了，有如下两种方式，根据需要选取其中一种方式执行： 5.1.
1.2K10编辑于 2022-04-06 - 来自专栏Linux基础 for 凡人
MySQL故障案例 | ERROR 1071 (42000): Specified key was too long
MySQL 建表出现如下错误 （5.7） ERROR 1071 (42000): Specified key was too long； max key length is 3072 bytes查看官网内容得知 innodb_large_prefix is disabled, the index key prefix limit is 767 bytes for tables of any row format. https://dev.mysql.com
2.9K00编辑于 2022-06-22 - 来自专栏Kubernetes 与 Devops 干货分享
Docker故障案例分析
案例一 docker启动故障 症状 在执行如下启动命令后docker restart mysql 出现了一下异常报错 docker start mysql Error response from daemon fd91b9c3f3ca2970c9293042b539759c9fb10f4988548d4cc07aaae85278f719: unknown Error: failed to start containers: mysql 命令可以查看到类似显示 ls 27bc8c9564888782e3aaae0382ba236f83d5b01675aea0a8bfe00083b7177816 bb41ae5131f2a5652fdd03409a6c90f4f4f845d9efc8229f69bd13d027b735f2 fd91b9c3f3ca2970c9293042b539759c9fb10f4988548d4cc07aaae85278f719/ # 删除后重新执行命令，即可启动容器 docker restart mysql
65630编辑于 2022-10-31 - 来自专栏爱可生开源社区
故障分析 | mysql mgr 多主数据不能更新案例浅析
1.故障现象 一套运行快两年的 MGR 三节点多主环境（5.7.25），在节点1成功导入一批数据后，开发反馈程序修改这批数据报错，报错信息如下： update match_equip set name ." 1.1.尝试故障恢复操作1 经过初步分析，发现导入的这批数据，在导入节点1可以更新，在其他节点更新失败，怀疑1节点有问题，本着快速恢复故障原则，询问开发得知1节点可以重启，于是对其进行重启，重启后不能加入组复制 2.2.故障分析 2.2.1.当前 mgr 中 certification_info 有11239426条记录，mgr 每隔60s清理一次，为何会这么大？ 2.3.2.故障模拟及恢复 2.3.2.1.当前环境信息：节点3含有本地事务 root@mysql.sock][fxtest]> select * from performance_schema.replication_group_members [root@mysql.sock][fxtest]> 2.3.2.4.故障修复 2.3.2.5.场景1：节点3本地事务对应 binlog 还存在，如何修复 只需重启节点1、2组复制即可同步过来节点3的本地事务
2.3K20发布于 2021-09-08 - 来自专栏Linux基础 for 凡人
MySQL故障案例 | mysqldump: Couldn’t execute ‘SELECT COLUMN_NAME
disabled by default because histogram generation for large tables can take a long time. https://dev.mysql.com
1.4K00编辑于 2022-06-22 - 来自专栏GreatSQL出品技术文章
故障案例：MySQL唯一索引有重复值，官方却说This is not a bug
问题 原因 故障解决方案 复现步骤 参考文献 一、问题： MySQL5.7.38主从架构，主节点唯一索引上（唯一索引不是主键）有重复值，全部从节点报1062，SQL线程状态异常，根据SQL线程报的binlog 三、故障解决方案： 一、临时解决方案 恢复主从： 在从节点开启会话 set sql_log_bin=0 删除表的唯一索引 重新启动复制线程 缺点是：不能够解决数据重复的问题，切换主从后会面临更多重复数据的问题 重新插入重复唯一索引数据： mysql> set unique_checks=0; mysql> use wl mysql> insert into wl.lgf(id,c,pad) values( 10000000,'3344825394389018','7962994492618902') ; Query OK, 1 row affected (0.00 sec) 6. id=106121) MySQL :: MySQL 8.0 Reference Manual :: 5.1.8 Server System Variables(https://dev.mysql.com
2.1K20编辑于 2023-03-09 - 来自专栏爱可生开源社区
故障分析 | MySQL 启动遭遇 Permission denied 失败案例一则
作者：任坤 现居珠海，先后担任专职 Oracle 和 MySQL DBA，现在主要负责 MySQL、mongoDB 和 Redis 维护工作。 背景 OS：centos 7.9 MySQL：5.7 首次使用某海外云，申请云主机自建 mysql ，service mysqld start 启动报错 Job for mysqld.service # ll ‐ld /data/var drwxr‐xr‐x. 5 mysql mysql 4096 Oct 9 06:14 /data/var # ll /data/var/err.log ‐rw‐r‐ mysqld_t:s0 key=(null) type=PROCTITLE msg=audit(1665296076.671:725): proctitle=2F7573722F7362696 E2F6D7973716C64002D2D6461656D6F6E697A65002D2D7069642D66696C653D2F7661722F72 756E2F6D7973716C642F6D7973716C642E706964 type=AVC msg=audit(1665296076.671:726): avc: denied { append
2.5K20编辑于 2022-10-31 - 来自专栏爱可生开源社区
故障分析 | MySQL 异地从库复制延迟案例一则
作者：任坤 现居珠海，先后担任专职 Oracle 和 MySQL DBA，现在主要负责 MySQL、mongoDB 和 Redis 维护工作。 ---- 1、背景 线上某核心 MySQL ，版本为 5.6，本地机房1主2从，同时部署了一个异地从库。 本文关键字：#从库延迟# #perf# #pstack# ---- 关于SQLE 爱可生开源社区的 SQLE 是一款面向数据库使用者和管理者，支持多场景审核，支持标准化上线流程，原生支持 MySQL 审核且数据库类型可扩展的
51110编辑于 2022-04-06 - 来自专栏爱可生开源社区
故障分析 | 一则 INSERT UPDATE 触发 MySQL Crash 的案例
1故障现象 某业务 MySQL 实例（MySQL 5.7.20 社区版）发生 Crash，现需要对其具体原因进行分析。 /mysql/mysql-5.7.20/bin/mysqld(my_print_stacktrace+0x35)[0xf468f5] /mysql/mysql-5.7.20/bin/mysqld(handle_fatal_signal ] /mysql/mysql-5.7.20/bin/mysqld(_ZN14Sql_cmd_insert7executeEP3THD+0xce)[0xe9b15e] /mysql/mysql-5.7.20 /bin/mysqld(_Z21mysql_execute_commandP3THDb+0xd82)[0xd13b62] /mysql/mysql-5.7.20/bin/mysqld(_Z11mysql_parseP3THD12Parser_state +0x11bf)[0xd1942f] 2故障分析 根据堆栈打印的信息可以得知，当时 Crash 的时间点 MySQL 正在执行 INSERT 操作，且操作涉及 BLOB 数据类型的数据，在源码执行到
42710编辑于 2024-04-30 - 来自专栏idba
Redis bigkey 故障案例分析
其中数据节点 6 整体性能异常, 14:59-15:09 分 cpu 负载100%，内存使用量达到5G。 outflow 带宽增加13倍。
63820编辑于 2022-12-07 - 来自专栏运维记录点滴
Skype for Business 会议故障案例
Skype for Business 会议故障案例 Lync/Skype for Business客户端创建会议报错，提示连接服务器错误，严重到“现在开会”选项消失。 查看Skype4B前端服务器事件日志，有大量的错误告警，提示连接后端数据库故障及数据库rtcxds日志已满。 ? 已经有了明确的故障错误，重点排查SQL后端数据库，这里要提一下：很多部署Lync/Skype4B的都没有考虑到后端SQL数据库的管理与维护，以致引起一系统的连锁故障。 收缩数据库日志文件后，Skype4B会议故障消除。 最后，创建数据库维护计划，完整备份数据库、备份事务日志、收缩数据库等一系统常规的计划。
1.7K40发布于 2019-03-05 - 来自专栏运维小白
4.13 磁盘故障小案例
在做实验的时候，写入一行配置到/etc/fstab中去，在做完 lvm实验之后，reboot重启之后，会发现进入不了系统（如下图类似的界面） 本来应该是显示中文，但是在vm终端下，中文不支持，所以看到
70270发布于 2018-02-06 - 来自专栏史上最简单的Spring Cloud教程
Openresty最佳案例 | 第6篇：OpenResty连接Mysql
mysql-community-release-el7-5.noarch.rpm yum install mysql-community-server 安装成功后，重启mysql，并进入mysql数据库 连接mysql lua-resty-mysql模块的官方文档地址： https://github.com/openresty/lua-resty-mysql lua-resty-mysql - Lua 提供的一个Lua MySQL客户端。 return end db:close() end local mysql = require("resty.mysql") local db, err = mysql 其中用到的lua-resty-mysql的一些API方法： syntax: db, err = mysql:new() 创建一个mysql数据库连接对象 syntax: ok, err = db:connect
2.6K90发布于 2017-12-29 - 来自专栏数据和云
MySQL 传统复制中常见故障处理和结构优化案例分析
虽然MySQL5.7 的主从复制已经很稳定了，但在备库可读写的情况下，总是会出现部分数据不一致的情况，例如常见的1062、1032和1050错误。 环境描述 一 1、mysql 5.7 以上， 2、binlog format 是row格式（5.7默认） 3、传统复制（生产强烈推荐使用gtid） 4、log-bin , log_slave_updates .sock 104 导入数据 mysql -S /tmp/mysql3306.sock -uroot -p123456 < /tmp/1203.sql change 104 到103 change -S /tmp/mysql3306.sock -uroot -p123456 -e "insert into enmo.t2 values($i)"done 关闭103 主机，并检查104 slave .000093', MASTER_LOG_POS=387204, master_connect_retry=10; 作者介绍 张灿 云和恩墨技术顾问 2015年12月加入云和恩墨，擅长oracle、mysql
91570发布于 2018-03-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号