- 博客(678)
- 收藏
- 关注
RSS订阅原创 MySQL分库分表实战：MyCAT从配置到落地全攻略
MyCAT 通过「逻辑库 - 集群 - 数据源」三层架构，实现了分库分表的透明化（应用无需修改代码）全局表适合字典表，分片表适合大数据量表，ER 表适合关联查询表分片规则选择至关重要：哈希分片适合均匀分布，范围分片适合按时间 / 区间查询。
2026-05-27 19:15:00
738
原创 MySQL读写分离实战：MyCAT配置全流程（附测试验证）
数据源 URL 必须添加，否则可能出现 SSL 连接失败问题；主从库的 mycat_rw 账号必须授予足够权限（select,insert,update,delete,replication slave 等），否则会出现权限不足报错；逻辑库配置文件的 targetName 必须与集群名称一致，否则无法路由到对应的主从库；；若读操作未轮询，可能是 MyCAT 默认读策略为 “主库优先”，可在集群配置中添加指定轮询策略。
2026-05-19 12:15:00
650
原创 MyCAT实战指南：从安装到配置的完整攻略（附避坑技巧）
/bin/mycat stop # 停止 ./bin/mycat restart # 重启 ./bin/mycat status # 查看状态。
2026-05-08 18:15:00
585
原创 从0到1理解分库分表：我踩过的坑与实战经验
能不拆就不拆，一定要遵循这 4 个原则：优先优化单库：先通过索引优化、读写分离、Redis 缓存、SQL 优化挖掘单库潜力，单库撑不住了再考虑分库分表；按需选择拆分模式：需要业务隔离选垂直拆分，数据量过大选水平拆分，也可以混合使用（比如先垂直拆业务，再对热点业务水平拆数据）；提前规划扩容：选分片策略时要考虑未来扩容，比如范围分片比取模分片更易扩容；重视中间件选型：根据技术栈、性能需求选工具，不用追求最强大的，适合自己业务的才是最好的。
2026-04-27 18:45:00
419
原创 MySQL分区实战指南：从原理到落地的完整攻略
MySQL 分区是大表优化的核心技术之一，合理使用能大幅提升查询效率和维护便利性。但分区不是银弹，需结合业务场景选择合适的分区类型和策略。如果你的业务中也有大表性能瓶颈，不妨试试文中的方案，欢迎在评论区分享你的实践经验！
2026-04-10 17:45:00
550
原创 【MySQL】Percona Toolkit 核心 7 工具实战，高效搞定数据库运维
今天分享的这 7 个 PT 工具，覆盖了 MySQL 运维从信息采集→配置校验→拓扑管理→权限控制→索引优化→资源监控降本：大幅减少手动操作时间，比如实例全量信息汇总，从手动敲命令整理 1 小时缩短至 1 分钟，避免重复劳动；提效：快速定位问题根源，不管是拓扑混乱、参数不一致，还是 IO 瓶颈、重复索引，都能精准排查，不用再靠经验瞎猜；避险：上线前通过配置校验拦截参数风险，运维中通过标准化操作减少人为错误，从源头降低数据库故障概率。
2026-04-08 14:39:59
868
原创 MySQL数据归档神器！pt-archiver从入门到自动化实战
pt-archiver 真的是 MySQL 数据归档的 “瑞士军刀”，功能强大又易用。通过本文的环境搭建、核心用法和自动化脚本，相信你也能快速掌握它的使用技巧。自从用了 pt-archiver，我们的主库表体积减少了 60%，查询速度提升了 3 倍，备份时间从 2 小时缩短到 20 分钟，效果非常明显。如果你也在被历史数据膨胀的问题困扰，不妨试试这个工具，相信会给你带来惊喜～如果在使用过程中遇到问题，欢迎在评论区交流，我会及时回复大家！
2026-04-03 16:43:21
932
原创 【MySQL】实战：用pt-table-sync修复主从数据一致性问题
的核心优势在于安全高效—— 通过主库间接同步从库，避免直接操作从库的风险，同时支持细粒度的库表筛选。日常运维中，建议将（定期校验）与（异常修复）配合使用，形成主从一致性保障体系。如果遇到复杂场景（如无主键表、大事务表同步），欢迎在评论区交流探讨！
2026-04-01 09:38:21
616
原创 【MySQL】pt-table-checksum 实战：主从一致性校验的终极方案
pt-table-checksum 凭借低侵入性、高准确性和良好的兼容性，成为 MySQL 主从一致性校验的首选工具。在实际运维中，建议将其纳入定时任务（如每周一次），配合监控告警机制，实现主从数据一致性的常态化检测。对于核心业务库，可结合 pt-table-sync 构建 “检测 - 修复” 闭环，确保数据可靠性。最后提醒：使用前务必在测试环境验证，避免因参数配置不当影响生产环境；校验大表时建议避开业务高峰，同时做好数据备份。如果在使用过程中遇到问题，欢迎在评论区交流～
2026-03-31 11:01:45
590
原创 MySQL运维神器pt-kill实战：精准斩杀垃圾SQL的完整指南
pt-kill 作为 MySQL 运维的 “救火神器”，核心价值在于快速止损，但更重要的是通过日志分析慢 SQL 根源，从优化 SQL、添加索引等角度彻底解决问题。如果大家在使用中遇到权限报错、匹配规则失效等问题，欢迎在评论区交流，我会第一时间回复！Percona pt-kill 官方指南。
2026-03-23 11:13:16
482
原创 【MySQL】pt-query-digest全面解析：从安装到实战的慢查询优化指南
这是 pt-query-digest 的核心设计：将语义相同、参数不同的 SQL，通过替换变量为占位符（?）生成统一模板，实现同类查询聚合。示例通过指纹聚合，能快速定位 “高频慢查询” 或 “单次耗时极长” 的核心问题，避免被海量重复 SQL 淹没。row_ratio越接近 1，说明扫描效率越高（避免全表扫描）pt-query-digest 的核心价值在于 “聚合同类、聚焦重点”，让我们从海量 SQL 中快速定位性能瓶颈。
2026-03-20 08:35:44
619
原创 MySQL大表结构变更神器：pt-online-schema-change实战指南
作为 DBA，最头疼的莫过于生产环境大表结构变更 —— 直接用会锁表，导致业务中断；MySQL 5.7 的原生复制方式又慢得让人崩溃。而 Percona Toolkit 中的（简称 pt-osc）完美解决了这个痛点，支持无锁在线改表，成为我日常运维的必备工具。今天就带大家从安装到实战，彻底掌握这个神器！pt-online-schema-change 作为老牌在线改表工具，稳定性和兼容性经过了生产环境的长期验证。掌握它的核心原理和实操技巧，能让我们在处理大表结构变更时从容不迫。
2026-03-18 20:49:19
599
原创 【MySQL】深入浅出SQL注入：原理、演示与防御实战
SQL 注入（SQL Injection）是 web 应用中最常见的安全漏洞之一，本质是攻击者通过构造恶意 SQL 语句，注入到用户输入字段中，欺骗数据库执行非预期操作。SQL 注入的本质是信任了用户输入，防御的核心是！通过预编译语句 + 输入校验 + 权限控制的组合拳，就能有效抵御绝大多数 SQL 注入攻击。建议大家回头检查自己的项目，看看是否存在直接拼接 SQL 的情况，赶紧修复～ 如果你有遇到过 SQL 注入相关的坑，或者有更好的防御方案，欢迎在评论区交流！
2026-03-16 16:57:03
515
原创 【MySQL】Go操作MySQL从入门到实战：环境搭建+语法+CRUD全解析
检查 MySQL 服务是否启动、IP / 端口是否正确、用户名密码是否匹配、防火墙是否开放 3306 端口。环境变量配置：安装完成后，右键「此电脑」→「属性」→「高级系统设置」→「环境变量」，在系统变量中添加。简单配置：安装后新建 Go 项目，选择 GOPATH 路径即可开始编码。验证安装：打开 CMD 输入以下命令，显示版本号即为成功。关闭数据库连接、语句对象、结果集，避免资源泄露。占位符，避免直接拼接 SQL 字符串。，支持 emoji 等特殊字符。：连接 URL 中添加。，说明环境搭建完成～
2026-03-13 09:20:47
396
1
原创 【MySQL】Python 操作 MySQL 从入门到实战
以上就是 Python 操作 MySQL 的完整教程啦～ 代码都经过实际测试，直接复制修改连接信息就能运行。如果在操作过程中遇到问题（比如连接失败、权限不足等），欢迎在评论区留言，我会第一时间回复～推荐插件：Python（微软官方插件）、Code Runner（一键运行代码）想要顺利进行后续操作，先把基础环境搭好，这一步很简单，跟着官网指引来就行～如果是刚学 Python 的同学，先掌握这些基础就够了，后续操作都会用到～（后缀必须是 .py），准备开始写代码～中，修改数据库连接信息即可使用～
2026-03-12 09:29:53
522
原创 MySQL 运维效率翻倍！手把手教你用 Shell 脚本玩转 MySQL 操作
以上就是本次分享的全部内容啦！从基础的 Shell 操作 MySQL，到借助 AI 编写复杂的运维脚本，希望能帮大家摆脱重复的手动操作，提升工作效率。这些脚本我都已经实际验证过，大家可以根据自己的业务场景稍作修改就能使用。后续我还会分享更多 Java 源码解读、MySQL 优化、Linux 运维的干货内容，记得持续关注哦！我是云扬，我们下期再见 👋。
2026-03-11 14:09:54
493
原创 【MySQL实操】停服务方式新增从库：从架构到落地全指南
数据一致性保障：停旧从库是核心前提，若无法停服务，可改用锁表后拷贝，但会阻塞写入权限问题：所有文件必须归属 mysql 用户，否则启动时报版本兼容：主库版本不能高于从库（如主库 5.7，从库可 8.0；反之不支持）传输优化：大文件建议用压缩传输，避免带宽占满日志清理：新从库稳定后，可通过清理旧中继日志这种 “克隆旧从库” 的方案，本质是利用中继日志的同步位置信息，省去了全量备份 + 增量恢复的复杂流程，实操成本低且数据一致性高。建议在测试环境验证通过后，再在生产环境执行，维护窗口优先选择业务低峰期。
2026-03-10 18:45:00
443
原创 MySQL数据恢复神器：延迟从库的配置与实战指南
延迟从库通过 “空间换时间” 的思路，为数据库提供了低成本、高效率的故障恢复方案。在核心业务库中，建议将其与物理备份结合使用：备份解决 “能不能恢复”，延迟从库解决 “快不快恢复”。一行配置，可能就是未来避免业务损失的救命稻草。如果大家在实操中遇到问题，欢迎在评论区交流，也可以关注我的「数据库技术专栏」，后续会分享更多 MySQL 运维干货！
2026-03-09 21:43:49
658
原创 MySQL误删库急救！用复制同步实现数据无损恢复
日常备份是基础：建议用 xtrabackup 做全备 + binlog 增量备份，定期校验备份可用性。提前准备临时实例：每个机房预留相同版本的 MySQL 实例，避免恢复时临时搭建耽误时间。复制配置要谨慎：务必先停止 SQL 线程，找到准确的 GTID 再同步，避免同步误操作。数据验证不可少：恢复后一定要结合业务场景验证数据完整性，避免遗漏。误删库不可怕，关键是有应急预案和熟练的操作流程。希望这篇文章能帮大家在紧急时刻少走弯路，欢迎在评论区分享你的恢复经验或疑问！
2026-03-06 15:55:04
707
原创 【MySQL】MySQL 复制核心参数详解
MySQL 复制的核心是 “参数配置 + 场景匹配”：基础主从重点关注 server_id 和 read_only；GTID 模式简化运维，推荐生产落地；双主架构核心解决自增冲突；过滤和并行参数则根据业务需求灵活调整。实际配置时一定要先测试，尤其是双主和 GTID 模式，建议先在测试环境验证数据同步一致性，再推广到生产。如果大家有复制配置的坑或者优化经验，欢迎在评论区交流～
2026-03-05 17:28:43
434
原创 MySQL】核心复制技术全解析：从日志格式到 GTID 实践
场景需求推荐技术简单读写分离，容忍少量延迟异步复制 + mixed 日志格式降低数据丢失风险增强半同步复制（AFTER_SYNC）分布式集群，强一致性组复制主库写入大，避免从库延迟并行复制（MySQL 5.7.22+）频繁主从切换，简化运维基于 GTID 的复制以上就是 MySQL 核心复制技术的全解析，从日志基础到高可用集群方案，覆盖日常运维 90% 场景。后续我会继续分享 MySQL 主从故障排查、延迟优化等实战内容，欢迎关注交流。
2026-03-04 21:20:16
475
原创 【MySQL】主从复制故障排查及解决方案
哈喽各位运维小伙伴，我是云扬～在 MySQL 生产运维里，主从复制是数据备份、读写分离、高可用架构的核心，但配置、网络、磁盘、数据一致性、日志清理等问题，总能让复制突然中断。今天我把整理成文，包含问题模拟、报错分析、分步解决方案，遇到问题直接对照处理，高效救场！
2026-03-03 21:24:26
579
原创 【MySQL】主从复制延迟：原因分析、判断方法与优化方案
先定位原因：用 GTID 脚本 / 位点对比精准找到瓶颈（并发 / 大事务 / 硬件）。平衡取舍：调参需兼顾性能与数据安全。长期规范：拆分大事务、低峰期 DDL、开启多线程复制，从源头减少延迟。掌握以上流程，就能稳定解决 MySQL 主从复制延迟，保障业务数据一致与高可用。
2026-03-02 21:07:30
932
原创 MySQL主从复制过滤配置全解析：库与表级同步控制实战
在实际生产环境中，MySQL 主从复制架构几乎是标配，但默认的全量同步往往会带来不必要的资源消耗 —— 比如日志表、测试表的数据同步，不仅占用从库磁盘空间，还会增加网络传输压力。因此，精细化控制同步范围（只同步核心数据、忽略非必要表 / 库）就显得尤为重要。最近刚好在优化公司的主从架构，整理了一套完整的过滤配置实验方案，从环境准备到六种核心场景测试，全程实操验证，今天就把这些干货分享给大家～配置方案核心参数控制粒度适用场景只复制某库库级仅同步核心业务库忽略某库库级排除测试库、日志库。
2026-03-01 11:49:37
1205
原创 MySQL GTID复制架构实战：从迁移到切换的完整指南
传统 MySQL 主从复制依赖「Binlog 文件名 + 位置」定位同步点，切换主从时需手动记录位点，不仅繁琐且极易出错。而 GTID（全局事务 ID）通过给每个事务分配唯一标识，实现了「事务级追踪」，无需手动干预位点，让架构切换效率提升 80% 以上。本文结合生产环境实战经验，详细讲解从传统位点复制迁移到 GTID 复制的完整流程，以及 GTID 模式下两种核心架构的切换方案。
2026-02-28 08:38:03
660
原创 MySQL基于位点的架构切换实战：一主两从↔级联
基于位点的 MySQL 架构切换核心是 “位点对齐 + 关系重配”，通过严格的步骤控制可实现零数据丢失切换。无论是降低主库压力的级联架构，还是恢复高效同步的一主两从架构，都需牢记 “先对齐数据，再切换主库” 的原则，确保架构迁移稳定可靠。
2026-02-27 08:50:42
835
原创 MySQL基于位点复制：一主两从架构完整部署指南
基于位点的一主两从架构部署核心在于 “精准定位同步起点”，通过 Xtrabackup 全量备份 + Binlog 位点同步，实现数据一致性复制。该架构适用于中小规模业务，可提升读性能（从库分担查询压力）和数据可用性（主库故障时从库可切换）。后续可结合 Keepalived 实现主从自动切换，进一步提升架构高可用性。
2026-02-26 08:39:36
1549
原创 MySQL主从延迟深度解析：各版本并行复制优化实战指南
MySQL 主从延迟的本质是单线程同步瓶颈，而并行复制是解决该问题的关键技术。从 5.6 的库级别并行到 5.7.22 + 的 WriteSet 并行，MySQL 逐步实现了从 “库级” 到 “行级” 的粒度优化，适配更多业务场景。在实际部署中，建议：优先升级至 MySQL 5.7.22 + 版本，启用 WriteSet 并行复制结合业务场景调整并行线程数与组提交参数定期监控从库指标，验证优化效果通过合理选择并行复制方案并精准配置，可将主从延迟控制在秒级以内，保障主从架构的数据一致性与业务高可用。
2026-02-25 08:35:55
732
原创 MySQL GTID主从复制：原理、部署与避坑指南
GTID（Global Transaction Identifier）是 MySQL 为每个事务分配的全局唯一编号，格式为UUID:TID，无论事务在哪个实例执行，都能通过该编号精准追踪。其核心价值在于 “全局唯一性”，让事务同步脱离对 Binlog 文件名和偏移量的依赖。GTID 复制通过 “全局事务标识” 彻底解决了传统位点复制的痛点，简化了主从架构的部署与维护，是 MySQL 高可用方案的首选。核心在于把握三个关键点：正确配置gtid_mode和。
2026-02-24 08:34:05
1555
原创 MySQL 主从复制实战：Xtrabackup 高效部署方案
在 MySQL 主从复制部署中，mysqldump 适合中小规模数据库，但面对超大规模数据（>50GB）时，备份恢复效率低下。Percona Xtrabackup 作为开源热备份工具，具备备份速度快、占用资源少、不影响业务运行的优势，是大规模数据库主从复制的优选方案。本文将详细讲解基于 Xtrabackup 的主从复制完整部署流程。
2026-02-19 23:08:53
1324
原创 MySQL基于位点的主从复制完整部署指南
在数据库运维中，主从复制是保障数据高可用、实现读写分离的核心方案。基于位点的复制作为 MySQL 最经典的主从部署方式，具备配置灵活、兼容性强的特点。本文将从前置准备到验证测试，一步步拆解完整部署流程，帮助运维人员快速落地。
2026-02-18 21:13:25
1021
4
原创 【MySQL】主从复制：原理、作用与实现方法
在分布式数据库架构中，MySQL 主从复制是支撑业务高可用、高并发的核心技术。它通过 “一份数据，多份副本” 的模式，解决了单库架构的单点故障、性能瓶颈等痛点。本文将从定义、核心作用、工作原理到具体实现方法，全面拆解 MySQL 主从复制技术。
2026-02-17 21:56:31
875
原创 MySQL数据误删恢复终极指南：drop表与delete操作完美救赎
MySQL 数据误删恢复的核心是「备份 + 日志」：drop 表依赖全备 + Binlog 组合，delete 可通过 my2sql 快速回滚。但最有效的方案永远是「预防为主，应急为辅」—— 日常做好备份、权限管控与操作规范，才能在误操作发生时从容应对，将损失降到最低。如果遇到特殊场景（如 Binlog 丢失、备份损坏），欢迎留言交流，共同探讨解决方案！
2026-02-16 23:22:55
2165
原创 MySQL Clone Plugin 实战指南：本地与远程数据克隆全解析
在数据库运维中，数据备份与迁移是核心场景。MySQL 8.0.17 版本引入的 Clone Plugin 彻底改变了传统依赖第三方工具（如 XtraBackup、mysqldump）的局面，支持本地快照与跨服务器克隆，操作简洁且性能优异。本文将从环境配置到实操落地，带您全面掌握这项原生功能。
2026-02-15 16:18:00
1109
原创 MySQL自动化运维：用ChatGPT快速实现定时备份脚本
手动执行备份操作效率低且易出错，需编写 Shell 脚本实现 “定时备份 + 自动清理过期备份”，结合 Linux Crontab 实现每日自动备份。以下介绍如何借助 ChatGPT 快速生成自动化备份脚本。
2026-02-14 11:28:31
911
原创 MySQL备份神器XtraBackup：原理、安装与实战全指南
本文将从核心特性、安装配置、工作原理、实战演练四大维度，带你全面掌握 XtraBackup 的使用。
2026-02-14 09:08:01
1248
原创 MySQL备份利器mydumper进阶用法：从单表到全库的灵活备份与恢复指南
mydumper 默认使用 4 线程备份，可根据服务器 CPU 核心数调整-t参数，提升备份效率（避免线程数超过 CPU 核心数导致资源竞争）。# 8线程备份bak1库（适合4核以上服务器）mydumper 凭借灵活的备份策略、高效的多线程机制和丰富的参数配置，成为 MySQL 数据库备份的优选工具。本文覆盖了从单表到全库、从基础备份到高级过滤的核心用法，建议根据实际场景组合使用（如 “压缩 + 多线程 + 正则过滤”），既保证备份效率，又节省存储成本。
2026-02-13 15:22:36
839
原创 MySQL 备份神器 mydumper：原理、实操与恢复全指南
在 MySQL 数据库运维中，备份是数据安全的核心保障。相较于传统的 mysqldump，mydumper 凭借多线程并发、文件易管理、数据一致性强等优势，成为中大型数据库备份的优选工具。本文将从核心特点、安装配置、备份 / 恢复实战、原理剖析四个维度，带你全面掌握 mydumper 的使用技巧
2026-02-13 09:27:17
1797
原创 mysqldump 核心用法详解：12个高频场景与实操指南
作为 MySQL 生态中最常用的逻辑备份工具，mysqldump 凭借丰富的参数设计，能灵活应对全库备份、单表备份、远程备份等多种运维需求。本文整理了 12 个日常工作中高频使用的场景，结合具体命令示例与原理说明，帮你快速掌握 mysqldump 的核心用法，提升备份效率与数据安全性。
2026-02-12 10:21:57
850
原创 MySQL 逻辑备份工具 mysqldump 工作原理深度剖析
在 MySQL 数据库备份场景中，mysqldump 作为经典的逻辑备份工具，凭借跨平台兼容性强、备份文件可读性高的优势被广泛应用。本文将从备份类型差异入手，通过实战实验拆解 mysqldump 的备份与恢复流程，揭秘其底层工作逻辑。
2026-02-12 08:42:51
1154
YCSB（Yahoo! Cloud Serving Benchmark） 压测工具的MongoDB专属绑定包
2025-11-10
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人