- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术杂记
RabbitMQ管理6
com Resolving Dependencies --> Running transaction check ---> Package python-pip.noarch 0:7.1.0-1.el6 Test Transaction Test Succeeded Running Transaction Warning: RPMDB altered outside of yum. ** Found 6 requires of libmysqlclient.so.16()(64bit) perl-DBD-MySQL-4.013-3.el6.x86_64 has missing requires of libmysqlclient.so.16(libmysqlclient_16)(64bit) ruby-mysql-2.8.2-1.el6.x86_64 has missing requires of libmysqlclient.so.16()(64bit) ruby-mysql-2.8.2-1.el6.x86_64 has missing requires of libmysqlclient.so
46120编辑于 2022-04-23 - 来自专栏苏三说技术
6 种分布式ID
今天咱们继续一起来探究下，分布式ID在分库分表中起到的作用以及如何使用，ShardingSphere-jdbc中已经为我们提供了多种分布式主键ID生成策略。 为什么用分布式主键ID 在传统的单库单表结构时，通常可以使用自增主键来保证数据的唯一性。 为了解决这一问题，我们需要引入专门的分布式 ID 生成器来生成全局唯一的ID，并将其作为每条记录的主键，以确保全局唯一性。 用它的目的提高生成的ID的时间戳部分的可读性、稳定性和范围限制，使得生成的ID更加可靠和易于管理。 关于分布式 ID 生成器，我曾经撰写过一篇 一口气说出 9种 分布式ID生成方式，详细介绍了多种生成器的优缺点，大家可以作为参考。
76610编辑于 2024-04-19 - 来自专栏技术杂记
Mycat 管理命令6
查看会话状态 mysql> show @@session; Empty set (0.00 sec) mysql> 查看连接SQL mysql> show @@connection.sql; +------+-----------------+------+--------+---------------+--------------+-----------------------+ | ID | HOST | USER | SCHEMA | START_TIME |
31320编辑于 2021-12-02 - 来自专栏iSharkFly
Confluence 6 管理文件
https://www.cwiki.us/display/CONF6ZH/Manage+Files
83300发布于 2019-08-23 - 来自专栏菩提树下的杨过
ZooKeeper 笔记(6) 分布式锁
目前分布式锁，比较成熟、主流的方案有基于redis及基于zookeeper的二种方案。 大体来讲，基于redis的分布式锁核心指令为SETNX，即如果目标key存在，写入缓存失败返回0，反之如果目标key不存在，写入缓存成功返回1，通过区分这二个不同的返回值，可以认为SETNX成功即为获得了锁 redis分布式锁，看上去很简单，但其实要考虑周全，并不容易，网上有一篇文章讨论得很详细：http://blog.csdn.net/ugg/article/details/41894947/，有兴趣的可以阅读一下 而基于zk的分布式锁，在锁的释放问题上处理起来要容易一些，其大体思路是利用zk的“临时顺序”节点，需要获取锁时，在某个约定节点下注册一个临时顺序节点，然后将所有临时节点按小从到大排序，如果自己注册的临时节点正好是最小的 关于zk的分布式锁，网上也有一篇文章写得不错，见http://blog.csdn.net/desilting/article/details/41280869 个人感觉：zk做分布式锁机制更完善，但zk
67780发布于 2018-01-18 - 来自专栏look Java
6 zookeeper实现分布式锁
zookeeper实现分布式锁 仓库地址：https://gitee.com/J_look/ssm-zookeeper/blob/master/README.md 锁：我们在多线程中接触过，作用就是让当前的资源不会被其他线程访问 实现分布式锁大致流程 整体思路 所有请求进来，在/lock下创建 临时顺序节点 ，放心，zookeeper会帮你编号排序 判断自己是不是/lock下最小的节点 是，获得锁（创建节点 -- 目前apache只提供了tomcat6和tomcat7两个插件 --> <artifactId>tomcat7-maven-plugin</artifactId> -- 6.开启事务 --> <tx:annotation-driven/> </beans> web.xml 注意哦 ：仔细查看上面的项目结构 创建相应的文件夹 这里也会出现爆红，后面会自己消失 -- 网友投票最牛逼版本 --> </dependency> 在控制层中加入分布式锁的逻辑代码 添加了集群的ip /** * @author : look-word * 2022-07-17 10:
37410编辑于 2023-12-07 - 来自专栏xingoo, 一个梦想做发明家的程序员
Tomcat 6 —— Realm域管理
因为tomcat中可以同时部署多个应用，因此并不是每个管理者都有权限去访问或者使用这些应用，因此出现了用户的概念。 realm：用于配置安全管理角色，通常读取tomcat-uesrs.xml进行验证。 context：上下文，对应于web应用。 Realm获取用户信息方式 目前tomcat支持多种Realm管理方式，即支持多种方式来读取用户信息进行验证。 信息存储于XML文档中 conf/tomcat-users.xml 5 MemoryRealm 用户信息存储于内存的集合中，对象集合的数据来源于xml文档 conf/tomcat-users.xml 6 3 在应用的web.xml中配置其访问角色以及安全限制的内容 关于Realm域的使用，一般都是用来管理一些安全性要求很高的应用，最常见的就是manager应用。
1.2K60发布于 2018-01-17 - 来自专栏finleyMa
Ansible 2 -- 6 playbook 管理
可以为playbook中的任务打tag标签，方便在ansible-playbook中设置只执行哪些被打上tag的任务或忽略被打上tag的任务。
1.4K40发布于 2019-07-22 - 来自专栏iSharkFly
Confluence 6 管理文件 原
https://www.cwiki.us/display/CONF6ZH/Manage+Files
53820发布于 2019-08-24 - 来自专栏人工智能LeadAI
分布式资源管理
DRM(分布式资源管理) 大型的分布式系统中存在很多的配置文件，分布式资源管理解决了配置文件同步更新的问题，不仅仅是配置文件，此技术还可以支持缓存数据的同步一致，下面将简单介绍一下基于消息机制的分布式资源管理系统 一台机器修改了数据库的配置信息后，其他机器定时轮询进行更新，轮询的时间设置是个关键，时间设置长了会导致数据长时间不同步，时间设置的短了会导致频繁访问数据库造成资源的浪费，所以该方法也不适合对于读多写少的分布式系统 06 总结 DRM主要用于有读多写少任务的分布式系统中，其保证了最终一致性，且必须由后台去调用，如果报漏给前端，会造成大量调用，给配置中心带来压力。
1.8K50发布于 2018-03-08 - 来自专栏JavaQ
浅谈分布式Session管理
随着Web应用系统架构的不断升级，对Session管理的需求也变得越来越高。本篇将详细总结分布式部署环境下的Session管理。 为什么要使用分布式Session Web应用在单机部署的情况下，Session是被单个应用服务器存储管理的，由于只有一个应用服务器，用户的所有请求都是通过它进行响应处理的，所以能够很容易实现会话跟踪和保持 所以，在分布式架构或微服务架构下，必须保证一个应用服务器上保存Session后，其它应用服务器可以同步或共享这个Session。 分布式session管理实现方案 分布式Session有如下几种实现方式。 3.Session集中管理 在单独的服务器或服务器集群上使用缓存技术，如Redis存储Session数据，集中管理所有的Session，所有的Web服务器都从这个存储介质中存取对应的Session，实现
1.1K70发布于 2018-04-04 - 来自专栏平凡少年
zk分布式任务管理
基于这种监听，可以实现注册中心、分布式同步等功能。 zk分布式任务管理机制 使用zookeeper的临时顺序节点，来实现分布式任务的调度功能，每一台服务启动的时候都向zookeepe指定的目录下注册一下临时顺序节点，并把该节点记录的系统里，每一次任务执行的时候
1.6K40发布于 2019-05-07 - 来自专栏性能与架构
分布式配置管理
配置管理是系统中的基础服务，例如java的web系统中，常把数据库的配置信息放到jdbc.properties这个配置文件中，这就是一个简单的配置管理 在大型分布式系统中，配置管理的需求更加普遍，例如降级服务 就要有一套配置管理系统，可以让运营人员简单的关闭/打开某项服务，并且立即生效，不需要重启服务 大型系统通常是拆分成多个子系统的分布式结构，这些大大小小的子系统部署在不同的服务器中，使用配置文件的方式一定是不行了 ，但稳定性需要测试观察，所以自己开发是有一定成本的，现在已经有了专业的开源项目来实现分布式配置管理 例如 百度的 disconf 淘宝的 diamond hadoop的子项目 zookeeper 下面以zookeeper为例，看下他是如何实现分布式配置管理的 整体结构图 ? （3）各个分布式应用 每个应用只需要调用一下ZK的接口，把自己注册到ZK，就可以自动接收配置的变化信息 各部分的工作关系图 ?
1.6K40发布于 2018-04-03 - 来自专栏程序员奇点
分布式锁的6个层次
分布式锁的原则 互斥性， 一次只能有一个客户端获得锁， 不死锁，客户端如果获得锁之后，出现异常，能自动解锁，资源不会被死锁。 get",KEYS[1]) == ARGV[1] then return redis.call("del",KEYS[1]) else return 0 end // 在公司的redis-v6包已经支持 = nil { return errCode } // doSomeThing } // 注意，以下代码还不能用cas优化，因为公司的redis-v6还不支持oldvalue 如果丢失的数据跟分布式锁有关，则会导致锁的机制出现问题，从而引起业务异常。针对这个问题介绍两种解法： 使用红锁（RedLock）红锁是Redis作者提出的一致性解决方案。 如果用红锁来实现分布式锁，那么丢锁的概率是(k%)^N。鉴于Redis极高的稳定性，此时的概率已经完全能满足产品的需求。 红锁的问题在于： 加锁和解锁的延迟较大。
38110编辑于 2024-01-22 - 来自专栏罗西的思考
PyTorch 分布式 Autograd (6) ---- 引擎(下)
[源码解析] PyTtorch 分布式 Autograd (6) ---- 引擎(下) 0x00 摘要 上文我们介绍了引擎如何获得后向计算图的依赖，本文我们就接着看看引擎如何依据这些依赖进行后向传播。 ] PyTorch分布式(6) ---DistributedDataParallel -- 初始化&store [源码解析] PyTorch 分布式(7) ----- DistributedDataParallel 然后将在第6点接受到的send方法插入队列，以便在该worker的本地 autograd 引擎上执行。 8）然后将在第6点接受到的send方法插入队列，以便在该worker的本地 autograd 引擎上执行。 autograd 全部分析完毕，前面说过，分布式处理有四大金刚，我们简介了 RPC，RRef，分析了分布式引擎，从下一篇开始，我们开始分析剩下的分布式优化器，此系列可能包括4~6篇。
1.1K30编辑于 2021-12-08 - 来自专栏chester技术分享
.NET分布式Orleans - 6 - 事件溯源
使用场景 在Orleans7中，事件溯源主要应用在以下几个场景： 分布式系统状态同步：在分布式系统中，各个节点之间的状态同步是一个重要问题。 总的来说，事件溯源是一种强大而灵活的设计模式，它在Orleans7中的应用为分布式系统带来了诸多优势。对于软件开发者来说，理解和掌握事件溯源机制，将有助于构建更加健壮、可靠和可扩展的分布式系统。
42410编辑于 2024-03-29 - 来自专栏悟空聊架构 | 公众号
PMBook - 6.项目进度管理
6.3 排列活动顺序 6.3.1 排列活动顺序：输入 6.3.1.1 项目管理计划 6.3.1.2 项目文件 6.3.1.3 事业环境因素 6.3.1.4 组织过程资产 6.3.2 排列活动顺序 6.3.1 排列活动顺序：输入 6.3.1.1 项目管理计划 进度管理计划 范围基准 6.3.1.2 项目文件 活动属性 活动清单 假设日志 里程碑清单 6.3.1.3 事业环境因素 6.3.2.4 项目管理信息系统（PMIS） 项目管理信息系统包括进度计划软件 6.4 估算活动持续时间 6.4.1 估算活动持续时间：输入 进度管理计划 范围基准 6.4.1.2 项目文件 6.5.1 制定进度计划：输入 6.5.1.1 项目管理计划 进度管理计划 范围基准 6.5.1.2 项目文件 活动属性 活动清单 假设日志 估算依据 持续时间估算 经验教训 里程碑清单 项目进度网络图 6.6.1 控制进度：输入 6.6.1.1 项目管理计划 进度管理计划 进度基准 范围基准 绩效测量基准 6.6.1.2 项目文件 经验教训登记册 项目日历 项目进度计划 资源日历 进度数据
1.9K00发布于 2019-04-18 - 来自专栏Lemon黄
6 Linux 包管理以及 systemctl
本文我们将学习的是 Linux 中的包管理器以及强大的 systemctl命令，并了解 systemd在管理系统服务中的作用。 Linux 中的包管理器 包管理器是在 Linux 系统中安装、更新和删除软件报的重要工具。它们提供集中的软件包存储库并处理依赖关系，确保顺利高效的软件安装。 它简化了软件包管理和依赖关系处理。 YUM 提供了用户管理包的命令行界面。可以使用 YUM 命令搜索包、安装、更新和删除它们。它负责解决包依赖性，确保安装过程顺利进行。 服务管理(Service Management) ：systemctl提供诸如 start、stop、restart、enable和disable等命令来管理服务。 使用包管理安装 Docker 和 Jenkins 下面，我们将通过使用包管理器在 Ubuntu 上安装 Docker 和 Jenkins，加深我们对包管理器的知识的实践。
74010编辑于 2023-11-30 - 来自专栏NetCore 从壹开始
【BlogBook书】6、Serilog：日志管理
作为记录整个系统应用生命周期的日志工具，涵盖了平时企业应用的常见场景： 1、不同日志级别的记录；2、支持将日志输出到控制台；3、支持日志持久化到数据库；4、支持完整记录Sql执行日志；5、支持输出日志到文件；6、 SqlServer = 1, Sqlite = 2, Oracle = 3, PostgreSQL = 4, Dm = 5,//达梦 Kdbndp = 6,
61510编辑于 2024-02-22 - 来自专栏后端精进之路
Spark系列 - (6) Spark 内存管理
6. 由于Driver的内存管理相对来说较为简单，本文主要对Executor的内存的管理进行分析，上下文中的Spark内存均特指Executor的内存。 6.2 内存空间管理 1. 静态内存管理 在Spark最初采用的静态内存管理机制下，存储内存、执行内存和其他内存的大小在Spark引用程序运行期间均为固定的，但用户可以引用程序启动前进行配置。 统一内存管理 Spark1.6之后引入的统一内存管理机制，与静态内存管理的区别在于存储内存和执行内存共享同一块空间，可以动态占用对象的空间区域。 6.3 存储内存管理 1.
1.3K31编辑于 2023-10-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号