Mysql主从数据库+Replication实现读写分离和查询负载

欧姆龙NX控制器配Sysmac Studio伺服轴配置全流程实战指南 工业自动化运动控制正从传统的脉冲指令控制向EtherCAT总线控制转型。其核心原理是:控制器通过高速工业总线与伺服驱动器实时交换位置、速度、扭矩等轴对象数据,不再依赖脉冲计数,而是基于用户单位(毫米、度等)与编码器计数之间的电子齿轮换算,实现高精度定位。这一技术带来的价值在于简化接线、提升同步性能、并借助统一软件平台进行集中诊断与调试。在组装设备、检测设备、多工位转盘等典型场景中,工程师需要掌握从硬件组态、轴参数计算、原点回归到报警排查的完整方法。本文以欧姆龙NX控制器搭配Sysmac Studio为对象, 阅读详情

Mysql主从数据库原理图:

本文以如下数据库配置为例说明:

mysql主(称master)从(称slave)复制的原理:

1、master将数据改变记录到二进制日志(binarylog)中,也即是配置文件log-bin指定的文件(这些记录叫做二进制日志事件,binary log events)

2、slave将master的binary logevents拷贝到它的中继日志(relay log)

3、slave重做中继日志中的事件,将改变反映它自己的数据(数据重演)


主从配置需要注意的地方:

1、主DB server和从DB server数据库的版本一致

2、主DB server和从DB server数据库数据一致[ 这里就会可以把主的备份在从上还原,也可以直接将主的数据目录拷贝到从的相应数据目录]

3、主DB server开启二进制日志,主DB server和从DB server的server_id都必须唯一。


一、主从数据库配置

1、主数据库配置

  MySQL任何一台数据库服务器都可以作为主数据库服务器,我们只需要简单的修改配置文件就可以使之成为主数据库服务器。我们打开MySQL的配置文件(对于windows就是MySQL安装目录下的my.ini文件,对于linux通常就是/etc/my.cnf文件),我的配置如下:

[mysqld]
port=3307
default-storage-engine=INNODB

server-id=1
log-bin=mysql-bin
binlog-ignore-db=mysql
binlog-ignore-db=information_schema
binlog-do-db=yz

注意,MySQL进行主从复制是通过二进制的日志文件来进行,所以我们必须开启MySQL的日志功能,即我们上面的log-bin,同时每一台数据库服务器都需要指定一个唯一的server-id,通常主数据库服务器我们指定为1。主数据库服务器的配置就是如此了,然后我们还需要给主数据库授予一个可以进行复制的用户,命令如下:


GRANT file ON *.* TO 'zld'@'127.0.0.1' IDENTIFIED BY '123456';

GRANT replication slaveON *.* TO 'zld'@'127.0.0.1' IDENTIFIED BY '123456';

如下图:


replication slave是MySQL数据库中表示复制的权限名称,zld则是表示从数据库服务器登陆到主数据库服务器时用到的用户名称,123456表示登陆密码。这样,我们就在主数据库服务器上创建了一个可以进行复制的用户账号了。然后我们启动主数据库服务器就可以了。

       在主数据库执行 show master status,如下图:


记录下日志文件的名称和起始位置,比如,mysql-bin.000013文件的120行。

2、从数据库配置

我的两个从数据库的配置如下:

从数据库1:

[mysqld]
port=
3308
default-storage-engine=INNODB

log-bin=mysql-bin
server-id=3
binlog-ignore-db=information_schema
binlog-ignore-db=mysql
replicate-do-db=yz
replicate-ignore-db=mysql
log-slave-updates
slave-skip-errors=all
slave-net-timeout=60:

从数据库2:

[mysqld]
port=3309
default-storage-engine=INNODB

log-bin=mysql-bin
server-id=3
binlog-ignore-db=information_schema
binlog-ignore-db=mysql
replicate-do-db=yz
replicate-ignore-db=mysql
log-slave-updates
slave-skip-errors=all
slave-net-timeout=60

在每个从数据库上执行SQL:

CHANGE MASTER TO MASTER_HOST='127.0.0.1',MASTER_USER='zld',MASTER_PASSWORD='123456',MASTER_PORT=3307,MASTER_LOG_FILE='mysql-bin.000012',MASTER_LOG_POS=120;


#启动slave同步

START SLAVE;


类似如图:


#查看同步状态

SHOW SLAVE STATUS;

然后我们就可以看到系统的输出,第一个就是Slave_IO_State,它的值通常就是Waiting for master to send event,然后我们也还可以看到我们刚才配置的主数据库服务器的IP地址、复制账号等信息。


3、启动与监控

      监控主数据库服务器的状态,我们可以通过show master status来查看主数据库服务器的状态,它的输出如下:

00001. 

+------------------+----------+--------------+------------------+

| File            | Position    | Binlog_Do_DB| Binlog_Ignore_DB|

+------------------+----------+--------------+------------------+

| mysql-bin.000003|   370558 |              |                  |

+------------------+----------+--------------+------------------+

1 rowIN SET (0.00 sec)

      其中File是表示日志记录的文件,而Position则是表示当前日志在文件中的位置,这个也是从数据库服务器上执行复制操作必须的标识,后面的两个字段分别表示要记录的数据库名称和不需要记录的数据库名称,我们也可以在配置文件中进行配置。

      监控从数据库服务器的状态,我们可以通过show slave status来查看从数据库服务器的状态,它的基本输出如下:

00001. 

+----------------------------------+---------------+-------------+-------------+---------------+------------------+---------------------+-----------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+

| Slave_IO_State                   | Master_Host   | Master_User| Master_Port| Connect_Retry| Master_Log_File  | Read_Master_Log_Pos| Relay_Log_File        | Relay_Log_Pos| Relay_Master_Log_File| Slave_IO_Running| Slave_SQL_Running| Replicate_Do_DB| Replicate_Ignore_DB| Replicate_Do_Table| Replicate_Ignore_Table| Replicate_Wild_Do_Table| Replicate_Wild_Ignore_Table| Last_Errno| Last_Error| Skip_Counter| Exec_Master_Log_Pos| Relay_Log_Space| Until_Condition| Until_Log_File| Until_Log_Pos| Master_SSL_Allowed| Master_SSL_CA_File| Master_SSL_CA_Path| Master_SSL_Cert| Master_SSL_Cipher| Master_SSL_Key| Seconds_Behind_Master|

+----------------------------------+---------------+-------------+-------------+---------------+------------------+---------------------+-----------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+

| WaitingFOR masterTO send event| 172.16.11.221| repuser     |        3306 |            60 | mysql-bin.000003|              370558 | WEB2-relay-bin.000206|         12251 | mysql-bin.000003      | Yes              | Yes               |                 |                     |                    |                        |                         |                             |          0 |            |            0 |              370558 |           12251 | None            |                |             0 | No                 |                    |                    |                 |                   |                |                     0 |

+----------------------------------+---------------+-------------+-------------+---------------+------------------+---------------------+-----------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+

1 rowIN SET (0.00 sec)

      上面显示的结果中的mysql-bin.000003和370558分别表示的是Master_Log_File和Read_Master_Log_Pos,即主数据库服务器上的日志文件和要读取的主数据库服务器上的日志的位置,通常这个Read_Master_Log_Pos是和主数据库服务器上的Position是一致的,当然这个是指同步以后的,如果从数据库服务器还没有同步完毕,那么这个值通常比主数据库服务器上的要小。


二、利用ReplicationDriver实现数据源路由

本文项目框架采用的是spirng+Druid数据源,以此说明:

配置数据源属性:

jdbc.type=mysql
jdbc.driver=com.mysql.jdbc.ReplicationDriver
jdbc.url=jdbc:mysql:replication://127.0.0.1:3307,127.0.0.1:3308,127.0.0.1:3309/yz?useUnicode=true&characterEncoding=utf-8
jdbc.username=root
jdbc.password=root


spring配置:

<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"> 
   <!-- 数据源驱动类可不写,Druid默认会自动根据URL识别DriverClass -->
   <property name="driverClassName" value="${jdbc.driver}" />
   
<!-- 基本属性 url、user、password -->
<property name="url" value="${jdbc.url}" />
<property name="username" value="${jdbc.username}" />
<property name="password" value="${jdbc.password}" />

<!-- 配置初始化大小、最小、最大 -->
<property name="initialSize" value="${jdbc.pool.init}" />
<property name="minIdle" value="${jdbc.pool.minIdle}" /> 
<property name="maxActive" value="${jdbc.pool.maxActive}" />

<!-- 配置获取连接等待超时的时间 -->
<property name="maxWait" value="60000" />

<!-- 配置间隔多久才进行一次检测,检测需要关闭的空闲连接,单位是毫秒 -->
<property name="timeBetweenEvictionRunsMillis" value="60000" />

<!-- 配置一个连接在池中最小生存的时间,单位是毫秒 -->
<property name="minEvictableIdleTimeMillis" value="300000" />

<property name="validationQuery" value="${jdbc.testSql}" />
<property name="testWhileIdle" value="true" />
<property name="testOnBorrow" value="false" />
<property name="testOnReturn" value="false" />

<!-- 打开PSCache,并且指定每个连接上PSCache的大小(Oracle使用)
<property name="poolPreparedStatements" value="true" />
<property name="maxPoolPreparedStatementPerConnectionSize" value="20" /> -->

<!-- 配置监控统计拦截的filters -->
   <property name="filters" value="stat" /> 
</bean>


<!-- 定义事务Advice(主从数据库使用)。查询操作,readonly=true, ReplicationDriver为连接分配slave数据源(从数据库)。增加、删除或修改操作,
readonly=false,ReplicationDriver为连接分配master数据源(主数据库)-->
<tx:advice id="txAdvice" transaction-manager="transactionManager">  
        <tx:attributes>  
            <tx:method name="add*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="insert*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="save*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="update*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="modify*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="edit*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="delete*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="remove*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="active*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="deactive*" propagation="REQUIRED" read-only="false" />  
            <tx:method name="set*" propagation="REQUIRED" read-only="false" />  
  
            <tx:method name="get*" read-only="true" />  
            <tx:method name="find*" read-only="true" />  
            <tx:method name="load*" read-only="true" />  
            <tx:method name="search*" read-only="true" />  
            <tx:method name="select*" read-only="true" />  
            <tx:method name="datagrid*" read-only="true" />  
            <tx:method name="query*" read-only="true" />  
            <tx:method name="*" propagation="REQUIRED" read-only="false" />  
        </tx:attributes>  
    </tx:advice>


注:查询操作,readonly=true, ReplicationDriver为连接分配slave数据源(从数据库)。增加、删除或修改操作。 readonly=false,ReplicationDriver为连接分配master数据源(主数据库)。



GB/T 34131-2023新国标下BMS测试:电压精度与均衡功能深度解析与实践 电池管理系统(BMS)是保障电池组安全、寿命与性能的核心部件,其核心原理在于通过高精度传感器实时监测电池电压、温度等关键参数,并利用均衡管理等算法维持电芯一致性。在储能系统大规模应用的背景下,BMS的技术价值日益凸显,它直接关系到系统的能量利用率、安全边界与长期可靠性。新国标GB/T 34131-2023的发布,对BMS的测量精度、均衡功能等提出了更严格的量化要求,这推动了测试技术向自动化、高精度和系统化方向发展。针对电压测量,需进行全温度范围精度与长期稳定性测试,而均衡功能测试则需关注均衡电流一致性、效率 阅读详情

相关推荐

精华推荐 | 【MySQL技术专题】「主从同步架构」全面详细透析MySQL的三种主从复制(Replication)机制的原理和实战开发(原理+实战)

Replication复制是指将主数据库的DDL和DML操作通过二进制日志传到从库服务器中,然后在从库上对这些日志重新执行(也叫重做),从而使得从库和主库的数据保持同步。MySQL支持一台主库同时向多台从库进行复制, 从库同时也可以作为其他从服务器的主库,实现链状复制。

世界上并没有完美的程序,但是我们并不因此而沮丧,因为写程序就是一个不断追求完美的过程。 3151

对replication slave,replication client的一点说明

如果你之前是认为replication slave 是复制所必须的权限,那么你就错了,为了安全性一般都需要replication slave 。如果单独设置replication slave,replication client 复制其实都可以运行的。mysql有一些特殊的权限允许复制进程运行,运行在从服务器上的I/O线程创建了到master的连接,这就意味着必须在主服务器上创建一个用户并且需要授

回南山种豆的专栏 1万+

Mysql主从复制及读写分离设计

数据库读写分离

tc18605529084_的博客 924

Mysql-JDBC配置Replication协议

这部分描述了Mysql-JDBC对于replication协议的一系列特性的支持。 mysql-jdbc-replication初始化于创建连接URL阶段,和通常的jdbc URL类似,但也有些特殊性: jdbc:mysql:replication://[master host][:port],[slave host 1][:port][,[slave host 2][:port]]...[/[d...

qq422243639的博客 5763

数据库架构技术总结:MySQL主从/读写分离与PostgreSQL高可用

本文深入探讨了MySQL和PostgreSQL两大关系型数据库的高可用架构方案。针对MySQL详细介绍了主从复制与读写分离的技术原理、配置要点及优劣势,分析了主从延迟、数据一致性等行业痛点,并给出半同步复制、Group Replication等解决方案。对于PostgreSQL,重点解析了流复制机制和Patroni等自动化高可用方案,对比了不同架构的适用场景。文章最后给出了选型建议,强调应根据业务需求选择方案,同时重视自动化工具应用、监控体系建设和灾备方案实施。全文涵盖了数据库架构设计的核心要点,为构建高性

ponygame的博客 991

利用JDBC和MySQL Replication实现数据库集群

数据急剧增长会导致数据库性能下降,当数据库层出现瓶颈时,就得在硬件上花费高额的费用。针对这一情况,提出在现有硬件的基础上利用JDBC规范与MySQL Replication实现数据库集群从而解决数据访问瓶颈。其主要方法是在进行JDBC连接之前实现负载均衡,所有SQL请求由负载均衡器进行统一调度。在数据库端利用MySQL Replication实现数据高并发读写。

e盘是否具有读写权限_轻松搭建MySQL主从复制、读写分离(双机热备)

主从复制: 当mysql数据库的数据量太大的时候,查询数据就很吃力了,无论怎么优化都会产生瓶颈,这时我们需要增加服务器设备来实现分布式数据库,实现多机热备份,要想实现多机的热备,首先要了解主从数据库服务器的版本的需求,主从mysql的安装运行版本需一致。因此,我们利用mysql自带的REPLICATION来实现mysql多机热备的功能,mysql版本为5.7进行演示。读写分离: 就是把对数据库的读...

weixin_39633090的博客 152

【软件使用】Calibre部分提参的实用技巧与常见问题解析

本文深入解析Calibre部分提参功能的实用技巧与常见问题,重点介绍hcell和xcell文件的配置方法、PEX命令的进阶使用技巧,以及时钟失真等典型问题的排查指南。通过精准控制寄生参数提取范围,显著提升复杂芯片设计的效率与准确性。

weixin_30836759的博客 117

2.高并发教程-基础篇-之nginx+mysql实现负载均衡和读写分离

技巧提示:mysql读写分离搭建好之后,配合nginx的负载均衡,可以高效的mysql的集群性能,同时免去麻烦的query分流。比如,sever1收到的请求就专门链接slave1从mysql读取数据,配合nginx的反向代理实现的分流,就可以优雅的把mysql的query请求分压到不同的mys...

choufuge3911的博客 302

SQL2000在Win10上安装完整指南:兼容模式、SP4补丁与远程连接配置

数据库兼容性是老系统迁移与运维中绕不开的难题。当历史遗留的SQL Server 2000遭遇全新的Windows 10环境,安装程序常因系统版本检测失败而拒绝运行,这背后是旧版安装程序与NT内核版本间的识别错位。通过兼容模式模拟旧系统环境、以管理员身份运行安装程序,并处理注册表挂起与杀毒软件干扰,即可突破基础安装障碍。安装后的SP4补丁与TCP/IP端口配置,则是保障服务稳定与远程连接的关键。这一技术路径广泛适用于制造企业MES、进销存系统及医院HIS等仍依赖老旧数据库的场景,为IT运维与数据迁移测试提供了

weixin_29266679的博客 440

【自用】吉林大学计算机系统结构第二章:缓存优化 曲冠南老师版 笔记

容量8KB,2的十三次方,块大小16B,一块用掉四位,剩余2的九次方是标志位,则有512行,每个元素8B,则一块两个元素,a数组150块,b数组152块,不出现容量失效。不管是否交换内容,在同一“伪相联”组中的两块都是用同一个索引得到的,因此失效率相同,即:失效率伪相联=失效率2路。伪相联cache的命中时间等于直接映象cache的命中时间加上伪相联查找过程中的命中时间*该命中所需的额外开销。(6) 由编译器控制的预取,硬件预取的替代方法,在编译时加入预取的指令,在数据被用到之前发出预取请求。

weixin_73587775的博客 1616

MySQL主从配置

  使用主从设计的最大优势在于可以利用所有的Slave主机实现数据的读取操作。     如果要想在工作之中提升MySQL执行性能,那么肯定单一主机是无法完成所需要的任务的,所以在这种情况下就需要进行多个MySQL主句的实现,那么肯定就要采用主从结构进行处理,在Master节点执行更新处理,而后在所有的Slave节点执行数据的查询处理(前提:没有这么大的并发量)。   在实际的工作环境之中,往往...

weixin_30549657的博客 81

机械设计师必看:如何用Autodesk Inventor高效完成钣金设计(附实战案例)

本文为机械设计师详细解析了如何利用Autodesk Inventor Professional高效完成钣金设计。文章通过一个钣金防护罩的实战案例,系统介绍了从核心设计逻辑、建模流程、参数化技巧到工程图输出的完整工作流,旨在帮助设计师掌握智能化的设计方法,显著提升从概念到制造的设计效率与准确性。

honey的博客 1181

什么是主从复制呢?

1.MySQL主从复制入门 首先,我们看一个图: 影响MySQL-A数据库的操作,在数据库执行后,都会写入本地的日志系统A中。   假设,实时的将变化了的日志系统中的数据库事件操作,在MYSQL-A的3306端口,通过网络发给MYSQL-B。   MYSQL-B收到后,写入本地日志系统B,然后一条条的将数据库事件在数据库中完成。   那么,MYSQL-A的变

zp的博客 4358

手把手复现金蝶云星空V8.1文件上传漏洞(附完整POC与修复方案)

本文深度解析金蝶云星空V8.1文件上传漏洞,提供详细的漏洞复现步骤与完整POC,涵盖技术原理、测试环境搭建及验证流程。同时给出多维防护方案,包括官方补丁部署、临时缓解措施和长期安全加固建议,帮助企业有效防范任意文件上传风险。

weixin_30505225的博客 181

如何实现一个用STM32F103C8T6作为主控芯片,加上AD8232、MAX30102 、MPU6050模块的用于运动中监测心率变异性??

🏆 本文收录于《全栈Bug调优(实战版)》专栏,致力于分享我在项目实战过程中遇到的各类Bug及其原因,并提供切实有效的解决方案。无论你是初学者还是经验丰富的开发者,本文将为你指引出一条更高效的Bug修复之路,助你早日登顶,迈向财富自由的梦想🚀!同时,欢迎大家关注、收藏、订阅本专栏,更多精彩内容正在持续更新中。让我们一起进步,Up!Up!Up!    备注: 部分问题/难题源自互联网,经过精心筛选和整理,结合数位十多年大厂实战经验资深大佬经验总结所得,数条可行方案供所需之人参考。

**My Coding Family** 1212

mysql主从复制读写分离

一、环境 1.主服务器操作系统:Mac OS MySQL版本:5.1.6 2.从服务器操作系统:Centos 6.5 MySQL版本:5.1.6 二、实战 2.1MySQL主从复制,读写分离示意图 MySQL 复制的工作方式很简单,一台服务器作为主机,一台或多台服务...

weixin_30950887的博客 95

cesium加载geotiff的 四种方法

本文介绍了在Cesium中加载GeoTIFF数据的两种主要方法。首先解析了核心前置知识,包括坐标系匹配、数据类型区分和性能优化。方法1详细演示了如何将RGB影像GeoTIFF转换为Cesium影像图层,包含从数据解析到Canvas转换的完整代码流程。方法2则针对高程数据(DEM)处理,展示了前端直接解析构建地形网格的方案。文章提供了完整的代码示例和关键实现要点,适用于卫星影像、专题图和数字高程模型等多种GeoTIFF数据类型在三维场景中的可视化需求。

大剑师兰特的GIS世界 395

mysql的主从复制和读写分离

读写分离,基本的原理是让主数据库处理事务性增、改、删操作( INSERT、UPDATE、DELETE) ,而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。

qq_62462797的博客 1733

NSGA-II 多目标优化 —— 理论、案例与交互式 GUI 实现

本文详细介绍了 NSGA-II 多目标优化算法的基本原理、数学模型和实现流程。从非支配排序、拥挤距离计算到遗传操作,NSGA-II 通过对种群进行分层和排序,能够有效求解多目标优化问题,获得 Pareto 前沿解集。通过机械结构优化、资源分配和控制参数调优等典型案例,我们展示了 NSGA-II 在实际工程中的广泛应用。为帮助工程师和研究者更直观地理解算法求解过程,本文提供了基于 Python 与 PyQt6 的交互式 GUI 演示系统代码示例。

闲人编程的博客 2120

霍尼韦尔SoftMaster使用说明

霍尼韦尔SoftMaster使用说明

【Mycat】数据库性能提升利器(三)——Mycat实现Mysql主从复制和读写分离

一、前言在前一篇文章中,小编向大家 介绍了使用Mycat水平切分数据库。可以说,使用了水平分库后,数据库提升还是很高的。如果想更高的提高数据库性能,就可以考虑对Mysql进行主从复制和读写分离了。在这篇博客中,小编就向大家介绍基于Mycat的Mysql主从复制和读写分离。二、环境要求跟着上一篇博客的环境: Centos 7 jdk-8u131-linux-x64....

哈士奇 8719

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

MySQL读写分离

MySQL读写分离

weixin_61428407的博客 2784

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

mysql搭建双主双从服务,实现主从复制&&使用mycat实现读写分离

一个主机 m1 用于处理所有写请求,它的从机 s1 和另一台主机 m2 还有它的从机 s2 负责所有读请求。当 m1 主机宕机后,m2 主机负责写请求,m1、m2 互为备机。架构图如下: 1. 搭建 MySQL 数据库主从复制(双主双从) 1.1 双主配置 Master1配置: 修改配置文件:vim /etc/my.cnf #主服务器唯一ID server-id=1 #启用二进制日志 log-bin=mysql-bin # 设置不要复制的数据库(可设置多个) binlog-ignore-db=mysql

前路无畏的博客 1万+

MySQL主从复制与读写分离

主库故障时可快速切换从库为新的主库。读请求分散至多节点,提升系统吞吐量。从库可作为实时备份,防止数据丢失。

2501_91421610的博客 1182

mysql数据库主从复制和读写分离

导读:昨天将测试环境的数据库同步数据到自己的库中,结果发现一直报“1286 - Unknown table engine ‘InnoDB’”的错,刚开始怀疑是自己本地数据库的 my.ini配置文件中的 INNODB配置有问题,参照网上各种修改其配置,结果还是无效。后来偶尔一次只执行一个表的复制,发现是成功的,但是多个表就会报错,通过请教别人才发现,原来这是一个读写分离的库,是个物理库,至于具体的解释

sdizoea的博客 1037

Mysql主从复制和读写分离(图文)

Mysql主从复制和读写分离(图文) 一、MySQL主从复制与读写分离 案例概述:在实际的生产环境中,如果对数据库的读和写都在同一个数据库服务器中操作,无论是在安全性、高可用性还是高并发等各个方面都是完全不能满足实际需求的。因此,一般来说 都是通过主从复制(Master-Slave)**来同步数据,再通过**读写分离来提升数据库并发负载能力的方案来进行部署与实施 二、MySQL 主从复制原理 MySQL 的主从复制和 MySQL 的读写分离两者有着紧密联系,首先要部署主从复制, 只有主从复制完成了,才能在此

Guiled7的博客 1085
下一篇: Mysql远程数据库同步
KnuthZ
博客等级 码龄9年 29粉丝 29原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值