一、部署mysql1.1、先部署好两台mysql数据库，部署mysql可以查看我的文档写文章-CSDN创作中心二、开始配置mysql主从2.1、主机配置vim/etc/my.cnf或者vi/etc/my.cnf#增加一下配置log-bin=mysql-binserver_id=101#选择增加的参数binlog-do-db=数据库名 #需要同步的数据库binlog-ignore-db=数据库名 #不需要同步的数据库 重启数据库：systemctlresatrtmysql 2.2、主机上创建用于复制的数据库账号，可以使用已经创建好的，也可以新建，需要注意的是mysql8及之后版本，需要先创建好
Elasticsearch是一个分布式搜索和分析引擎，其设计目标是在分布式环境下处理海量数据。为了实现这个目标，Elasticsearch将数据分割成多个分片，并在多台服务器上进行存储和处理。每个分片都是一个独立的Lucene索引，可以被分配到不同的节点上。分片可以帮助Elasticsearch水平扩展，提高查询和索引的性能。在一个分布式环境中，多个节点可以同时工作，处理来自客户端的请求，并将结果合并在一起。同时，为了保证数据的可用性和可靠性，Elasticsearch还引入了副本的概念。副本是分片的复制品，每个分片可以有多个副本。副本可以在不同的节点上进行复制，以提高系统的可用性和可靠性。如
💧SpringAOP+主从数据源切换+读写分离+自定义注解案例实战！\color{#FF1493}{SpringAOP+主从数据源切换+读写分离+自定义注解案例实战！}SpringAOP+主从数据源切换+读写分离+自定义注解案例实战！💧 🌷仰望天空，妳我亦是行人.✨🦄个人主页——微风撞见云的博客🎐🐳《数据结构与算法》专栏的文章图文并茂🦕生动形象🦖简单易学！欢迎大家来踩踩~🌺💧《Java学习笔记》专栏的文章是本人在Java学习中总结的一些知识点~💐🥣《每天一点小知识》专栏的文章可以丰富你的知识
概念主从复制与读写分离的意义 企业中的业务通常数据量都比较大，而单台数据库在数据存储、安全性和高并发方面都无法满足实际的需求，所以需要配置多台主从数据服务器，以实现主从复制，增加数据可靠性，读写分离，也减少数据库压力和存储引擎带来的表锁定和行锁定问题。mysql支持的复制类型（1）STATEMENT：基于语句的复制。在服务器上执行sql语句，在从服务器上执行同样的语句，mysql默认采用基于语句的复制（5.7版本之前），执行效率高。高并发的情况可能会出现执行顺序的误差，事务的死锁。（2）ROW：基于行的复制。把改变的内容复制过去，而不是把命令在从服务器上执行一遍。精确，但效率低，保存的
一开始我也搞混了，以为分片就是节点节点：节点就是我们一个个的主机，你也可以理解为一个个的ES分片：分片就是将原来存放在一个节点上面的数据进行分片，然后存放到不同的节点。分片分为主分片和副分片，副分片是用来进行数据拷贝的比如这里创建一个索引库PUT/test{"settings":{"number_of_shards":3,//分片数量"number_of_replicas":1//副本数量},"mappings":{"properties":{//mapping映射定义...}}}这就表示这个索引库的数据会被存放到三个分片当中，三个分片会分到哪个节点上默认是有ES控制，同时也可以收主节点控制e
一开始我也搞混了，以为分片就是节点节点：节点就是我们一个个的主机，你也可以理解为一个个的ES分片：分片就是将原来存放在一个节点上面的数据进行分片，然后存放到不同的节点。分片分为主分片和副分片，副分片是用来进行数据拷贝的比如这里创建一个索引库PUT/test{"settings":{"number_of_shards":3,//分片数量"number_of_replicas":1//副本数量},"mappings":{"properties":{//mapping映射定义...}}}这就表示这个索引库的数据会被存放到三个分片当中，三个分片会分到哪个节点上默认是有ES控制，同时也可以收主节点控制e
♥️作者：小刘在C站♥️个人主页： 小刘主页 ♥️努力不一定有回报，但一定会有收获加油！一起努力，共赴美好人生！♥️学习两年总结出的运维经验，以及思科模拟器全套网络实验教程。专栏：云计算技术♥️小刘私信可以随便问，只要会绝不吝啬，感谢CSDN让你我相遇！目录MySQL主从复制1概述2原理3搭建3.1准备3.2主库配置 字段含义说明：3.3从库配置 3.4测试MySQLMySQL是一个关系型数据库管理系统，由瑞典MySQLAB公司开发，属于Oracle旗下产品。MySQL是最流行的关系型数据库管理系统之一，在WEB应用方面，MySQL是最好的RDBMS(RelationalDatabaseMan
起因：最近在工作中接到了一个大文件上传下载的需求，要求将文件上传到share盘中，下载的时候根据前端传的不同条件对单个或多个文件进行打包并设置目录下载。一开始我想着就还是用老办法直接file.transferTo(newFile)就算是大文件，我只要慢慢等总会传上去的。（原谅我的无知。。）后来尝试之后发现真的是异想天开了，如果直接用普通的上传方式基本上就会遇到以下4个问题：文件上传超时：原因是前端请求框架限制最大请求时长，后端设置了接口访问的超时时间，或者是nginx（或其它代理/网关）限制了最大请求时长。文件大小超限：原因在于后端对单个请求大小做了限制，一般nginx和server都会做这个
1、查询集群状态（当前为yellow）curl-shttp://localhost:8008/_cat/health?v2、查询分片情况curl-shttp://localhost:8008/_cat/shards|grep-iunassign看到有四个分片是unassign，目前都是副本分区，不是主分区item_sold_v55rUNASSIGNEDitem_sold_v54rUNASSIGNEDitem_v57rUNASSIGNEDitem_v55rUNASSIGNED3、查看unassign原因（参考elasticsearch官网cart-shards)curl-scurl-shttp:
在PerconaMySQL支持团队中，我们经常看到客户抱怨复制延迟的问题。当然，这对MySQL用户来说并不是什么新鲜事，多年来我们在MySQL性能博客上发表过一些关于这个主题的文章（过去有两篇特别受欢迎的文章："ReasonsforMySQLReplicationLag"和“ManagingSlaveLagwithMySQLReplication"），两篇文章均由Percona首席执行官PeterZaitsev撰写）。译者注：Percona公司是做MySQL发行版的，MySQL有三大发行版，MySQL、MariaDB、Percona，《高性能MySQL》这本神作就是出自Percona的专家团队
