mysql读写分离

一.MySQL主从原理 　1.众所周知，MySQL是一个开放源码的小型关联式数据库管理系统，由于其体积小、速度快、成本低。源码开放等这些优点 　　被许多中小型网站使用。但随着访问量的不断增加，Mysql数据库压力不断增加，需要对mysql进行优化和架构改造，可以使用 　　高可用、主从复制、读写分离来拆分库表进行优化，接下来简单理解一下mysql的主从复制原理： 　　 　 　 MySQL数据库主从复制原理： 　　Mysql主从同步其实是一个异步复制的过程，要实现复制首先需要在master上开启bin-log日志功能，整个过程需要开启三个线程： 　　分别是master的IO线程，slave开启IO线程和SQL线程。 　　1).在从服务器上执行slave start，从服务器上的IO线程会通过授权用户连接上master，并请求master从指定的文件和位置之后发送bin-log日志内容。 　　2).master服务器收到来自slave服务器的IO线程的请求后，master服务器上的IO线程根据slave服务器发送的指定的bin-log日志之后的内容，然后返回给slave端的IO线程。 　　 (返回的信息中除了bin-log日志内容外,还有本次返回日志内容后在master服务端的新的binlog文件名以及在binlog中的下一个指定更新位置) 　　3).slave的Io线程接收到信息后

对于一个以数据为中心的应用，数据库的好坏直接影响到程序的性能，因此数据库性能至关重要。一般来说，要保证数据库的效率，要做好以下四个方面的工作：数据库设计、sql语句优化、数据库参数配置、恰当的硬件资源和操作系统，这个顺序也表现了这四个工作对性能影响的大小。下面我们逐个阐明： 一、数据库设计 　　适度的反范式,注意是适度的 　　我们都知道三范式，基于三范式建立的模型是最有效保存数 据的方式，也是最容易扩展的模式。我们在开发应用程序时，设计的数据库要最大程度的遵守三范式，特别是对于OLTP型的系统，三范式是必须遵守的规则。当 然，三范式最大的问题在于查询时通常需要join很多表，导致查询效率很低。所以有时候基于性能考虑，我们需要有意的违反三范式，适度的做冗余，以达到提 高查询效率的目的。注意这里的反范式是适度的，必须为这种做法提供充分的理由。下面就是一个糟糕的实例：　　 　 　在这里，为了提高学生活动记录的检索效率，把单位名称冗余到学生活动记录表里。单位信息有500条记录，而学生活动记录在一年内大概有200万数据量。 如果学生活动记录表不冗余这个单位名称字段，只包含三个int字段和一个timestamp字段，只占用了16字节，是一个很小的表。而冗余了一个 varchar(32)的字段后则是原来的3倍，检索起来相应也多了这么多的I/O。而且记录数相差悬殊，500 VS 2000000

什么是数据读写分离 把客户端访问数据的读请求和写请求分给不同的数据库服务器处理 为什么要配置数据读写分离 分担单台服务器的工作压力 配置 程序实现:网站代码中指定不同的读写服务器 服务实现:安装提供读写分离服务的软件实现 mysql中间件 mysql-proxy mycat maxscale 配置思路: 配置MySQL主从 配置mysql代理 配置MySQL代理服务器 [ root@maxscale ] rpm -ivh maxscale-2.1.2-1.rhel.7.x86_64.rpm 文件 作用 /etc/maxscale.cnf 配置文件 /var/log/maxscale/ 日志目录 修改配置文件: [ root@maxscale ] vim /etc/maxscale.cnf 9 [ maxscale ] 10 threads = auto #设置线程数量,auto为根据CPU核心数自动设置 18 [ server1 ] #添加MySQL服务器 19 type = server 20 address = 192.168.4.51 21 port = 3306 22 protocol = MySQLBackend 23 24 [ server2 ] 25 type = server 26 address = 192.168.4.52 27 port = 3306 28

随着访问量的不断增加，Mysql 数据库压力不断增加，需要对 mysql 进行优化和架构改 造，可以使用高可用、主从复制、读写分离来、拆分库、拆分表进行优化。下面我们来学习 MySQL 主从复制高可用如何来实现。 MySQL 数据库主从复制原理 Mysql 主从同步其实是一个异步复制的过程，要实现复制首先需要在 master 上开启 bin-log 日志功能，整个过程需要开启 3 个线程，分别是 Master 开启 IO 线程，slave 开启 IO 线程和 SQL 线程。 a) 在从服务器执行 slave start，从服务器上 IO 线程会通过授权的用户连接上 master， 并请求 master 从指定的文件和位置之后发送 bin-log 日志内容。 b) Master 服务器接收到来自 slave 服务器的 IO 线程的请求后，master 服务器上的 IO 线 程根据 slave 服务器发送的指定 bin-log 日志之后的内容，然后返回给 slave 端的 IO 线程。（返回的信息中除了 bin-log 日志内容外，还有本次返回日志内容后在 master 服务器端的新的 binlog 文件名以及在 binlog 中的下一个指定更新位置。） c) Slave 的 IO 线程接收到信息后，将接收到的日志内容依次添加到 Slave 端的 relay-log 文件的最末端

原文来自： pursuer.chen 原文地址：https://www.cnblogs.com/chenmh/default.aspx?page=1 [置顶]MongoDB 文章目录 2018-02-09 10:27 by pursuer.chen, 144 阅读, 收藏 , 编辑 基础: MongoDB入门系列（一）：基础概念和安装 MongoDB入门系列（二）：Insert、Update、Delete、Drop MongoDB入门系列（三）：查询（SELECT） MongoDB入门系列（四）：权限管理 MongoDB入门系列（五）：聚合操作 MongoDB 错误汇总 MongoDB 启动配置参数 集群: MongoDB 复制机制 MongoDB 搭建可复制群集 MongoDB 副本集管理 MongoDB 搭建分片集群 MongoDB 分片管理 MongoDB 分片键的选择与案例 OPS: 0 Comment [置顶]SQL Server 文章目录 2017-06-02 17:27 by pursuer.chen, 335 阅读, 收藏 , 编辑 SQL Server系列: 高可用方案: 搭建域服务器和DNS 搭建Windows故障转移群集 SQL Server Alwayson概念总结 SQL Server AlwaysOn搭建 SQL Server

先在主从节点安装mysql [root@master-mariadb ~]# yum install mariadb-server -y [root@slave-mariadb ~]# yum install mariadb-server -y 配置主节点和从节点 [root@master-mariadb ~]# vim /etc/my.cnf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock server_id=27 log-bin=master-log skip_name_resolve=ON innodb_file_per_table=ON [root@slave-mariadb ~]# vim /etc/my.cnf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock relay-log=slave-log read_only=1 skip_name_resolve=ON innodb_file_per_table=ON 配置主节点做成master [root@master-mariadb ~]# mysql Welcome to the MariaDB monitor. Commands end with ; or

原文：http://www.uml.org.cn/sjjm/sjjm-MySql.asp MySQl MySQL高可用数据库内核深度优化的四重定制 MySQL数据表存储引擎类型及特性 MySQL分布式数据库高可用架构、复制机制、多机房 Mysql高并发优化 我必须得告诉大家的MySQL优化原理 MySQL注入攻击与防御 腾讯云：MySQL数据库的高可用性分析 一步一步打造MySQL高可用平台 MySQL 日志管理详解 MySQL锁解决并发问题详解 MySQL的配置与管理 MySQL日志管理 MySQL 5.7新特性介绍 MySQL数据库读写分离中间件Atlas 京东MySQL数据库主从切换自动化 全面了解MySql中的事务 MySQL NULL值简介 MySQL备份的持续验证：还原备份 初识MySQL存储过程 优步工程团队对容器化MySQL的应用 MySQL NULL值简介 MySQL备份的持续验证：还原备份 MySQL SQL语句优化技巧 MySQL简单主从方案及暴露的问题 Uber为什么从Postgres迁移到MySQL 一种MySQL到HBase的迁移策略的研究与实现 MySQL 索引详解大全 MYSQL企业常用架构与调优经验分享 SQL优化之六脉神剑 MySQL 大表优化方案探讨 mysql 数据库引擎 MySQL数据库事务隔离级别 MySQL 用户权限详细汇总

从应用层面优化mysql查询 1. 使用连接池 频繁的创建连接,关闭连接是比较浪费资源的,我们可以创建数据库连接池,提高访问性能 2.减少对MySQL的访问 避免对数据库重复的访问,能一次获取到数据,不要用两次去获取. 增加缓存层,比如例如mybaits的一级获取或者二级缓存,或者使用redis. 负载均衡 通过MySQL的主从复制,实现读写分离,使增删改操作走主节点,查询操作走从节点,降低单台服务器的读写压力. 采用分布式数据库架构.使用负载均衡在多台数据库服务器之间访问,降低单台服务器的压力. 来源： CSDN 作者： 小组长~ 链接： https://blog.csdn.net/chen_xiaoqi/article/details/103937752

数据库设计步骤: 表结构 字段类型、是否允许为null、是否有默认值 索引设计 数据库引擎的选择 MySql数据库引擎: 　　概念:决定数据库数据增删改查的方式,MySQL的核心就是存储引擎； 　　InnoDB：默认的引擎，支持事务、外键，查询效率相对较低，安全性较高; 　　MyISAM：不支持事务，查询效率相对较高，增删改效率较低。 SHOW ENGINES # 命令来查看MySQL提供的引擎 SHOW VARIABLES LIKE 'storage_engine'; # 查看数据库默认使用哪个引擎 　　 如果要提供提交、回滚、崩溃恢复能力的事物安全（ACID兼容）能力，并要求实现并发控制，InnoDB是一个好的选择 如果数据表主要用来插入和查询记录，则MyISAM引擎能提供较高的处理效率 如果只是临时存放数据，数据量不大，并且不需要较高的数据安全性，可以选择将数据保存在内存中的Memory引擎，MySQL中使用该引擎作为临时表，存放查询的中间结果 如果只有INSERT和SELECT操作，可以选择Archive，Archive支持高并发的插入操作，但是本身不是事务安全的。Archive非常适合存储归档数据，如记录日志信息可以使用Archive 使用哪一种引擎需要灵活选择，一个数据库中多个表可以使用不同引擎以满足各种性能和实际需求，使用合适的存储引擎，将会提高整个数据库的性能

配置知识点 MySQL读写分离原理 读写分离就是只在主服务器上写，只在从服务器上读 主数据库处理事务性查询，而从数据库处理select查询 数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库 实验概述 在数据库服务应用中，在大量的数据请求下，单台数据库将无法承担所有的读写操作 配置多台数据库服务器以实现读写分离 本实验在主从复制的基础上实现读写分离 配置MySQL读写分离 1、实验拓扑图如下 主机名 IP地址 主服务器 192.168.150.240 从服务器1 192.168.150.158 从服务器2 192.168.150.238 amoeba 192.168.150.181 客户机 192.168.150.241 2、所有服务器关闭Firewalld或者进行规则设置 3、搭建MySQL主从复制环境 可参考- MySQL主从复制搭建 4、Amoeba服务器环境安装 （1）安装jdk（版本1.6） [root@localhost abc]# cp jdk-6u14-linux-x64.bin /usr/local [root@localhost abc]# cd /usr/local [root@localhost local]# ./jdk-6ul4-linux-x64.bin //执行安装jdk，按提示安装 [root@localhost local]# mv