lnmp架构-mysql1

1.MySQL数据库编译

make完之后是这样的

mysql 初始化

所有这种默认不在系统环境中的路径里就这样加

这样就可以直接调用不用输入路径调用

2.初始化

重置密码

3.mysql主从复制

配置master

配置slave

当master 端中还没有插入数据时

在server2 上配slave

此时master 还没进行任何增删改查动作

在 server2上

测试

在master 上

在server2 上会实现同步

当master 端有数据的时候怎么同步呢

在server1 上

在server2 上

在server3 上

在server1 master 上

注意：

生产环境中备份时需要锁表，保证备份前后的数据一致

mysql> FLUSH TABLES WITH READ LOCK;

备份后再解锁

mysql> UNLOCK TABLES;

注意：

mysqldump命令备份的数据文件，在还原时先DROP TABLE，需要合并数据时需要删除此语句

在server3 上

实现主从同步

测试

什么是mysql的主从复制？

MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式，这样从节点不用一直访问主服务器来更新自己的数据，数据的更新可以在远程连接上进行，从节点可以复制主数据库中的所有数据库或者特定的数据库，或者特定的表。

mysql复制原理

原理：

（1）master服务器将数据的改变记录二进制binlog日志，当master上的数据发生改变时，则将其改变写入二进制日志中；

（2）slave服务器会在一定时间间隔内对master二进制日志进行探测其是否发生改变，如果发生改变，则开始一个I/OThread请求master二进制事件

（3）同时主节点为每个I/O线程启动一个dump线程，用于向其发送二进制事件，并保存至从节点本地的中继日志中，从节点将启动SQL线程从中继日志中读取二进制日志，在本地重放，使得其数据和主节点的保持一致，最后I/OThread和SQLThread将进入睡眠状态，等待下一次被唤醒。

也就是说：

从库会生成两个线程,一个I/O线程,一个SQL线程;
I/O线程会去请求主库的binlog,并将得到的binlog写到本地的relay-log(中继日志)文件中;
主库会生成一个log dump线程,用来给从库I/O线程传binlog;
SQL线程,会读取relay log文件中的日志,并解析成sql语句逐一执行

只有读的操作远远多于写的操作时才会用一主多从

数据库的外部需要接入高可用负载均衡

这套传统的主从缺陷: master 端Binlog是直接考给slave的是异步操作什么是异步 master 端更新完了之后直接发给slave master 不需要知道slave端是否接收到这样就会导致比如master 端到slave端网络出现问题意思就是 master可以成功运作也把日志发给slave 但是由于网络的问题这个数据没有真正发送给slave端那么这时候master down掉之后 slave端开始接管的时候数据就会丢失

在IO这边有个内置的半同步模式