摘要：
"Ansible 概念" "Ansible 安装" "YAML语法" 阅读全文
摘要：
控制节点要求 环境准备 准备工作 1. 实现两台主机间的免密钥登录 2. 更换阿里源 安装 在server端安装ansible： 阅读全文
摘要：
控住节点 管理节点 库存 模块 任务 剧本 阅读全文
摘要：
master上多为并发事务，salve上则多为单线程回放（MySQL 5.7起，支持真正的并行回放，有所缓解） 异步复制，本来就是有一定延迟的（否则也不叫做异步了，介意的话可以改成半同步复制） slave机器一般性能比master更弱（这是很常见的误区，其实slave对机 器性能要求并不低） 有时为 阅读全文
摘要：
首先，这是个假设性命题（又一个钓鱼题）。 这个需求完全可以通过系统层命令，配合MySQL中的“FLUSH BINARY LOGS”快速完成。 运行SHOW MASTER/BINARY LOGS命令能查看全部binlog列表，但没办法区别哪些是当天内生成的。 阅读全文
摘要：
以下几个措施可以防止误删数据，如下： 生产环境中，业务代码尽量不明文保存数据库连接账号密码信息 重要的DML、DDL通过平台型工具自动实施，减少人工操作 部署延迟复制从库，万一误删除时用于数据回档，且从库设置为read-only 确认备份制度及时有效 启用SQL审计功能，养成良好SQL习惯 启用 s 阅读全文
摘要：
一、生产环境中： 几种复制场景都有存在的价值。下面分别描述一下： 从成熟度上来选择，推荐：异步复制(GTID+ROW) 从数据安全及更高性能上选择：增强半同步 （在这个结构下也可以把innodb_flush_log_trx_commit调整到非1， 从而获得更好的性能) 对于主从切换控制觉的不好管理 阅读全文
摘要：
若复制中binlog使用row格式，对大表使用pt-osc把数据从旧表拷贝到临时表，期间会产生大量的binlog，从而导致延时 pt-osc在搬数据过程中insert...select是有行锁的，会降低事务并行度；且pt-osc搬数据过程中生成的binlog不是并行的，所以在slave不能并行回放 阅读全文
摘要：
一、观点A：支持MySQL存储JSON MongoDB不支持事务，而MySQL支持事务 MySQL相对MongoDB而言，MySQL的稳定性要优于MongoDB MySQL支持多种存储引擎 二、观点B:支持MongoDB存储JSON 从性能的角度考虑，对于JSON读写效率MongoDB要优于MySQ 阅读全文
摘要：
一、前提 当数据被误删除/误操作后，第一时间要关闭数据库。业务方需要紧急挂停机公告，避免数据二次污染，用于保护数据的一致性 BINLOG格式为ROW格式，不讨论其他格式的BINLOG 二、数据被误操作(update/delete/drop)造成数据丢失，可以用哪些手段来恢复？ BINLOG恢复：可以 阅读全文
摘要：
一、xtrabackup和mysqldump会造成锁等待吗? xtrabackup会，它在备份时会产生短暂的全局读锁FTWL(flush table with read lock)，用于拷贝frm/MYD/MYI等文件，以及记录binlog信息。如果MyISAM表的数据量非常大，则拷贝时间就越长，加 阅读全文
摘要：
一、为什么决定进行分库分表？ 根据业务类型，和业务容量的评估，来选择和判断是否使用分库分表 当前数据库本事具有的能力，压力的评估 数据库的物理隔离，例如减少锁的争用、资源的消耗和隔离等 热点表较多,并且数据量大，可能会导致锁争抢，性能下降 数据库的高并发，数据库的读写压力过大，可能会导致数据库或系统 阅读全文
摘要：
一、MySQL高可用架构应该考虑什么？ 对业务的了解，需要考虑业务对数据库一致性要求的敏感程度，切换过程中是否有事务会丢失 对于基础设施的了解，需要了解基础设施的高可用的架构。例如 单网线，单电源等情况 对于数据库故障时间掌握，业务方最多能容忍时间范围，因为高可用切换导致的应用不可用时间 需要了解主 阅读全文
摘要：
一、导致主从不一致的原因主要有： 人为原因导致从库与主库数据不一致（从库写入） 主从复制过程中，主库异常宕机 设置了ignore/do/rewrite等replication等规则 binlog非row格式 异步复制本身不保证，半同步存在提交读的问题，增强半同步起来比较完美。 但对于异常重启（Rep 阅读全文
摘要：
Redis中的大key一直是重点需要优化的对象，big key既占用比较多的内存，也可能占用比较多的网卡资源，造成redis阻塞，因此我们需要找到这些big key进行优化 一、寻找big key 通常来说找到redis中的big key有如下几种方法 redis-cli自带--bigkeys，例如 阅读全文