大阪公交站.jpg
#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负载
