今天这篇文章我们来聊聊在分布式环境下的一个神兵利器——分布式锁！在看这篇文章的时候，默认大家对锁已经了解了，如果不了解的朋友可以去翻翻公号前面的文章，有很多篇详细介绍了锁的一些知识。
本文主要讲了 Redis 的持久化相关功能，持久化一直是影响 Redis 性能的高发地，也是面试中经常被问到的。
本文主要讲了 Redis 的持久化相关功能，持久化一直是影响 Redis 性能的高发地，也是面试中经常被问到的。包括 RDB 相关的特定和优缺点，AOF 的优缺点，事实上，由于 RDB 的数据实时性问题，目前用 AOF 比较多了。而持久化恢复也是优先 AOF。
有时候，我们需要在单机环境下跑多实例。在以前，一般是习惯用mysqld_multi来跑多实例。不过从CentOS 7开始引入systemd作为新的系统管理器后，用它来管理多实例也是很方便的。
前面已经针对MySQL数据库进行了介绍，并说明了为什么选择MySQL数据库，以及MySQL数据库在Linux系统下的多种安装方式，同时以单实例讲解了如何以编译方式安装MySQL和基础安全优化等内容，本章将为大家讲解更为实用的MSQL多实例安装，百度、淘宝、阿里、新浪等大公司无一例外地都会使用多实例的方式部署数据库，那么是什么原因促使他们选择多实例数据库的部署方式呢?
最简单的docker方式安装就不介绍了，这里讲一下我在装m3db单机多实例集群时遇到的问题和爬坑过程
例：以服务模板为例，websvr模块部署的apache，进程名是httpd，监听端口80、443
目前线上的环境早已经过百了，备份就是一个重复性的工作，之前做了一版数据库备份任务的自动化调度，可以根据备份时间来重新评估备份时间，算是一个有些技术难度的小技巧。
一般单机或者单数据库的项目可能规模比较小，适应的场景也比较有限，平台的访问量和业务量都较小，业务ID的生成方式比较原始但是够用，它并没有给这样的系统带来问题和瓶颈，所以这种情况下我们并没有对此给予太多的关注。但是对于大厂的那种大规模复杂业务、分布式高并发的应用场景，显然这种ID的生成方式不会像小项目一样仅仅依靠简单的数据自增序列来完成，而且在分布式环境下这种方式已经无法满足业务的需求，不仅无法完成业务能力，业务ID生成的速度或者重复问题可能给系统带来严重的故障。所以这一次，我们看看大厂都是怎么分析和解决这种ID生成问题的，同时，我也将我之前使用过的方式拿出来对比，看看有什么问题，从中能够得到什么启发。
在同一个物理主机上启动多台MySQL服务器，通常也称为单机多实例。部署单机多实例可以用于测试新版本的功能、测试复制功能、高可用性等目的。用户可以通过启动mysqld或者mydqld_safe并指定不同的配置文件来启动，例如，
来源：http://carlosfu.iteye.com/blog/2254572 一、背景 1. AOF: Redis的AOF机制有点类似于MySQL binlog，是Redis的提供的一种
1、Tomcat运行时，系统会从conf及webapps目录中读取配置文件，并且写入logs、temp和work目录中 2、一些jar文件和class文件需要从公共目录例如lib/中加载，只需要加载一次就可以。 3、为了多个实例能同时运行，每一个Tomcat实例必须有自己的目录集
Redis(Remote Dictionary Server) 是一个使用 C 语言编写的，开源的（BSD许可）高性能非关系型（NoSQL）的键值对数据库。
云是当今最为热门的一个话题或者说技术，在数据库界也一样，Oracle 12G这个名字不硬生生被掰弯成了Oracle 12C,数据库云在我看来能给企业带来的第一价值是节省资源，提高服务器资源的利用率，随
1、垂直切分的优点，业务系统层面的耦合、分级管理、维护、监控和扩展、O、数据库连接数和单机硬件资源得到提升。
Jonathan Willis，白天是软件开发者，晚上是超级英雄，有人通过Twitter在StackOverflow上向他提了一个有趣的问题： 许多Rails应用程序或者只一个Vertx Play! 应用程序？ 我一直在和我团队的其他成员讨论关于使用一个异步应用服务器，比如Play! Framework（建立在Netty上），相比于一个Rails应用程序服务器多实例旋转的优缺点。我知道Netty是异步/非阻塞的，意味着在一个数据区查询操作中，网络请求或者其他一些类似的东西，一个异步调用就将会允许事件循环线程
这个部署流程较为简单，只是为了尽快启动个MySQL用作测试。比如用于开发或跑个测试什么的。 如果是用于线上生产，建议再做优化，特别是配置文件这里。
以前我们都是一个war包，包含了很多很多的代码，反正我开始工作的时候做的就是这样的项目，一个金融系统，代码具体多少行记不清楚了，内部功能超多，但是实际能用到的不多，代码冗余超大，每次部署大概要10分钟以上。
通过GreatADM可视化的方法，屏蔽手动命令操作的复杂度，快速完成单实例的向多主、多副本的架构分钟级的调整升级。
非对称存储访问结构(NUMA,NonUniform Memory Access)是最新的内存管理技术，是对多处理器结构(SMP,Symmetric MultiProcessor)改进。随着CPU核心数量和频率的不断提升，SMP下所有CPUCore都通过同一个内存控制器访问内存，性能瓶颈越来越严重。所以最新的多处理机服务器把内存控制拆分，由不同的CPU管理自己的内存地址。
之前从主机，实例，业务，集群几个维度来完善了运维平台的元数据信息，把流程贯穿起来，也确实看到了一些好处，但是有一个点很重要，也是我们容易忽略的：有些元数据我们也无法确认是不是完整，准确。大体有三个维度：
MySQL多实例就是在一台机器上开启多个不同的服务端口（如：3306,3307），运行多个MySQL服务进程，通过不同的socket监听不同的服务端口来提供各自的服务:
一 前言 Percona公司发布 innobackup 2.4 版本已经很久了，增加了新的特性比如支持非Innodb表备份，指定 --safe-slave-backup，增强备份的一致性，最重要的一点是支持5.7的备份，2.2是不能备份5.7 版本的。 考虑到以后我们要上线5.7 版本，因此我们决定将我们的percona的pt工具和备份软件更新到最新版本。本文主要记录我们使用 2.4 版本过程中遇到的问题和之前的一些改变。 二 问题和差异 2.1 backup-my.cnf 文件 innobackup 2.4版本比 之前的版本多了几个参数 2.2版本的内容
同一开发环境下安装两个数据库，必须处理以下问题： 配置文件安装路径不能相同 数据库目录不能相同 启动脚本不能同名 端口不能相同 socket文件的生成路径不能相同
由于能力有限，系列文章难免会存在错误或者遗漏，如果您有任何建议，可以私信给“悦专栏”公众号，我们会第一时间进行反馈。
经过抓包分析,压测使用的脚本中的事务都是带有begin,commit。在commit 之前的每个语句都要增加一个rtt 的延迟时间(机房之间的耗时在3ms 左右)。
redis速度快，可靠性高，是互联网公司的标配。它有单机、主从、哨兵、Cluster等四种部署模式。
作者 | 伴鱼技术团队 本文的缘起是回答知乎圆桌会议「分布式系统之美」的问题「如何系统性地学习分布式系统?」，后面稍微整理了一下，形成了这一篇文章（知乎 ID：kylin）。 前
挚文集团于 2011 年 8 月推出了陌陌，这款立足地理位置服务的开放式移动视频IM应用在中国社交平台领域内独树一帜。陌陌和探探作为陌生人社交领域的主流IM应用，涵盖了多种核心业务模块，包括直播服务、附近动态功能、即时通讯（IM）业务以及增值服务等，每个业务场景都具有其独特性和挑战。
其实就是问问你消息队列都有哪些使用场景，然后你项目里具体是什么场景，说说你在这个场景里用消息队列是什么？
在MongoDB中，加载各种依赖的lib到内存、管理客户端请求、元数据管理存储等工作都需要占用内存，但其实内存使用的大部分还是在存储引擎和客户端连接请求处理方面。
说过很多次，不要拘泥于某一个技术的一点，技术是相通的。重要的是编程思想，思想是最重要的。当数据量大的时候，需要具有分的思想去细化粒度。当数据量太碎片的时候，需要具有合的思想来粗化粒度。
建立邻居关系并且经过三次握手后，一次性完成所有路由交换，邻居关系建立后进行增量扩展。
Q:什么是MySQL多实例？ 答：简单的说，就是在一台机器上开启多个不同的服务端口（如： 3306、 3307 ) ，运行多个 MysQL 服务进程，服务进程通过不同的 socket 监听不同的服务端口来提供各自的服务。
Otter-入门篇4(单向同步实践)# 前言## 在前几节我们已经做好了关于otter的准备工作,配置好了zookeeper,manage和node,本节就来完成otter第一个实际功能,单相数据同步
首先，MySQL服务利用 systemd 即可实现故障后自启动，注意下面这个配置即可：
描述：在做PHP读写分离前需要拿到运维部门给好的读写数据库的连接地址,提前定义好数据库的操作类程序,然后编写开发文档让所有的开发同时都统一调用这个类来执行SQL语句;
商品系统、搜索系统这类与用户关联不大的系统，效果特别的好。因为在这些系统中，每个人看到的内容都是一样的，也就是说，对后端服务来说，每个人的查询请求和返回的数据都是一样的。这种情况下，Redis缓存的命中率非常高，近乎于全部的请求都可以命中缓存，相对的，几乎没有多少请求能穿透到MySQL。
拿以前springboot整合布隆过滤网篇的一个接口直接做改造：假设编号为2的苹果库存还有一个，现在有个接口去买这个苹果并生成订单号以便于后期支付，得到如下：
携程自2013年开始使用Redis，旧时期为Memcached和Redis混用状态。由于Redis在处理性能，可储存key的多样化上有着显著的优势，2017年开始，Memcached全部下线，全公司开始大规模使用Redis。Redis实例数量也由刚开始的几十个增长到几万个，数据量达到百TB规模。作为Redis的运维方，为保证Redis的高可用性，DBA的压力也随Redis使用规模的增大而增大，集群的扩容，上下线，实例扩容都面临着不小的挑战。
在一台机器上开启多个不同的MySQL服务端口（3306,3307），运行多个mysql服务进程，这些服务进程通过不同的socket监听不同的服务端口来提供各自的服务；
[root@db01 ~]# mkdir /data/{3307,3308,3309} -p
最近疫情比较严重，一直处于远程办公的状态，只有一台笔记本，还是挺不方便的，于是工作效率也比较低，今天看了看数据备份相关的东西，总结了几个MySQL数据备份的注意事项，简单分享一下吧。
即多实例采用一个同一个Session Store(一般采用Redis来存储)来进行Session的管理，即共享Session,在第二代网关GateWay搭建流程 的SaveSession小节中有介绍共享Session的配置。对以上这种设置，我们称之为有状态。
redis中的数据是通过key-value的方法存储的，类似C++中的map，我们通过key就可以获取value的值。redis提供了几个面向redis数据库的操作，分别是keys、exists、del、expire、type、dbsize、select、flushdb、flushall命令。今天来看这几个命令：
1，介绍下快排和归并各自的思路，优缺点 （讲了讲思路，然后说了下稳定性，最坏情况复杂度）知道Java里面的sort是哪种实现吗？（不知道，和面试官说了说Cpp里面是快排。面试官说Java里面是归并）（
我想这个问题，十个人回答得有十一个答案，因为另外的那一个是大家妥协的结果。哈哈，我理解，架构就是骨架，如下图所示：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
