mysql

MySQL 主从复制 是确保数据库高可用性和扩展性的常用架构。当主从复制存在延迟时，可能导致主从查询数据不一致，影响用户体验和数据库高可用切换。 主从延迟的一个常见原因是 执行大事务，尤其是在涉及多表

1、重命名已有当前的error log文件 2、执行轮换日志的命令 3、删除或移动旧error log日志到其他地方

标准步骤 场景说明 场景说明 其他说明 slow_log.csv文件过大，且实例角色为主库 这个表是slow-log TABLE格式的数据文件，默认用的是CSV引擎 slow_log.csv文件过大，

文档最后修改 lue 变更说明 预计执行时长：10min 输入信息 检查项  检查方式  数据库磁盘使用量？ 通过告警触发/通过监控屏或登陆主机检查 slow_log.csv文件大小？ 登陆主机检查 

一、准备 以oh 的后端连接数爆满导致主从延迟的问题，从而发现慢sql。 平台地址 dmp实例 OH 在dmp2中 uproxy信息 监控地址 mysql实例地址（慢查监控） https://infr

先占个坑位，后面补充完善细节 一、准备 二、安装proxysql 三、1主2从的mysql5.7 四、配置读写分离 五、验证读 六、验证写 七、验证识别Failover后的master 八、总结

一、 二、公司的my.cnf 三、一、 二、公司的my.cnf 三、一、 二、公司的my.cnf 三、

MVCC的实现基于：undo log。 我只知道这个。但在看到这篇文章后，又有了更深入的了解。 感谢尼恩老师的讲解。 转载来自：尼恩老师 一、什么是MVCC MVCC机制的全称为Multi-Versi

一、大查询与内存使用率的关系 二、当复杂查询结束后，DB内存使用率的变化 三、影响内存波动的情况 1、排序和分组 2、查询缓存（8.0开始就废弃） 3、临时表 4、索引和数据页 四、优化大查询 1、优

一、准备 二、master部署 路径配置 环境配置 mysql安装 my.cnf Systemd配置 初始化mysql 启动mysql 配置root密码 三、slave01部署 路径配置 mysql用

一、背景 cdh，第二套cdh的元数据部署， 使用5.7.27版本mysql。 二、架构 1主1从，异步复制。 资源 三、master部署(done) 四、slave部署(done) 五、主从配置(d

延迟的情况主要分为两种 1、所有从库均有延迟 1.1 大事务 查看当前卡住的SQL 查看表结构，发现无主键 联系业务，可以加速追延迟，如果一段时间没有追上，只能在主库上备份(备份时间需要和业务商量)，

一、背景 大数据cdh的元数据库使用的是mysql，版本为5.7.27，目前是单点状态，目标实现主从并且支持HA能力。 由于DBA的mysql PaaS与CDH的不兼容，所以需要手工部署mysql和配

一、背景 大数据cdh，EC的数据库 最终架构 二、master原始配置信息 IP信息 my.cnf文件 systemd信息 启停命令 相关配置信息 binlog配置信息 三、172.25.189.8

一、现象与告警 uproxy前端连接数过高 监控 https://infra-grafana.hwwt2.com/d/TPoaWn5Vz/techops-uproxy?orgId=1&var-DMP=

一、安装 略 二、环境 在DBA的工具机上243.96 路径 三、测试数据 四、压测操作 使用sysbench对mysql进行压测

前言 直接上干活 一、数据库信息 数据库信息 mysql -h172.21.240.11 -P3307 -uroot -p"123456" -D elk 表信息 二、python处理逻辑 Promet

概述 MySQL作为业界广泛采用的关系型数据库，在百胜中国的生产环境IT应用系统中得到了大量使用。截止本文V1.0版本成文时（2024.03.11），百胜生产环境业务系统使用的MySQL实例数已将近8

如何启动，关闭，重启数据库？ 按来源IP统计连接数 统计库表大小 查看表结构 或者 查看活跃会话 或者查看不是Sleep状态的会话： 看某个特定会话执行的SQL 首先，找到该会话的ID（用SHOW P

linux的内存管理模块 关于Linux的内存分配管理模块，主要有三种： ptmalloc(glibc的malloc)是Linux提供的内存分配管理模块，MySQL默认使用系统的内存分配模块； tcm