项目实战 MySQL读写分离
- 1. MySQL主从复制
- 1.1 介绍
- 1.2 搭建
- 1.2.1 准备工作
- 1.2.3 从库配置
- 2. 读写分离案例
- 2.2 ShardingJDBC介绍
转自-黑马
在前面基础功能实现的过程中，我们后台管理系统及移动端的用户，在进行数据访问时，都是直接操作数据库MySQL的。结构如下图：
而在当前，MySQL服务器只有一台，那么就可能会存在如下问题：
1). 读和写所有压力都由一台数据库承担，压力大
2). 数据库服务器磁盘损坏则数据丢失，单点故障
2). 解决方案
为了解决上述提到的两个问题，我们可以准备两台MySQL，一台主(Master)服务器，一台从(Slave)服务器，主库的数据变更，需要同步到从库中(主从复制)。而用户在访问我们项目时，如果是写操作(insert、update、delete)，则直接操作主库；如果是读(select)操作，则直接操作从库(在这种读写分离的结构中，从库是可以有多个的)，这种结构我们称为 读写分离 。
1. MySQL主从复制
MySQL数据库默认是支持主从复制的，不需要借助于其他的技术，我们只需要在数据库中简单的配置即可。接下来，我们就从以下的几个方面，来介绍一下主从复制：
1.1 介绍
MySQL主从复制是一个异步的复制过程，底层是基于Mysql数据库自带的 二进制日志 功能。就是一台或多台MySQL数据库（slave，即从库）从另一台MySQL数据库（master，即主库）进行日志的复制，然后再解析日志并应用到自身，最终实现 从库 的数据和 主库 的数据保持一致。MySQL主从复制是MySQL数据库自带功能，无需借助第三方工具。
二进制日志：
二进制日志（BINLOG）记录了所有的 DDL（数据定义语言）语句和 DML（数据操纵语言）语句，但是不包括数据查询语句。此日志对于灾难时的数据恢复起着极其重要的作用，MySQL的主从复制， 就是通过该binlog实现的。默认MySQL是未开启该日志的。
1.2 搭建
1.2.1 准备工作
1.2.3 从库配置
2. 读写分离案例
2.2 ShardingJDBC介绍
