mysql高可用的笔记

2018-03-18

#SQL的四种语言

• DDL（Data Definition Language）数据库定义语言statements are used to define the database structure or schema.
• DML（Data Manipulation Language）数据操纵语言statements are used for managing data within schema objects.
• DCL（Data Control Language）数据库控制语言 授权，角色控制等
• TCL（Transaction Control Language）事务控制语言

#高可用方案关注点

• 一主多从
• 多主复制，所有数据库都是读写打开的。所以性能有问题 percona
• mysql复制延迟 并行复制
• virtual ip漂移方案解决人工修改换ip
• 为了减少人工介入处理的时间开销引入自动探活处理机制
• 云环境+高可用中间层+底层数据库 = 一种paas = 基本的rds
• 高可用中间件 MHA MMM InnoSQL-HA-Suit（引入zookeeper管理）
• 半同步复制+高可用中间件 + vip管理方案 （半同步复制+MHA+Keepalive）(半同步复制+RDS)

##同步概念

• 异步复制（Asynchronous replication）

MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。

- 全同步复制（Fully synchronous replication）
指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。

• 半同步复制（Semisynchronous replication）

介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。

##mysql分支

• Percona
• mariadb （mysql被收购后创始人创建的）
• oracle myql5.7(性能提升明显) sysbench测试工具
  • 更好的监控统计 AWR报告
  • 更好的复制优化
  • 彻底解决复制延迟问题
  • 更好的运维改进 buffer pool支持在线修改 ddl支持在线修改

##shard实践

能不 shard 就尽量不 shard，因为 shard 会带来复杂性，数据库变复杂，服务器变多，难以维护、监测等。过分 shard 数据后，关系型数据库带来的好处就没了。尽量用简单的办法解决负载问题，比如：better hardware, more hardware, server tweaking and tuning, vertical partitioning, sql query optimization 等，如果这些能解决问题就不要shard。

另一方面，如果确定有 shard 的必要就要尽早开始设计，并且经常 shard，在设计数据库的时候牢记 shard 的两个关键点 sharding/partitioning key 和 sharding/partitioning scheme。

##主从复制延迟问题

• 网络延迟
• master负载
• slave负载

最后

我的微博van1988ch