- 综合排序
- 最热优先
- 最新优先
- 来自专栏洛叶的Blog
备份、搬迁网站教程
好像好多人还不知道怎么备份和搬迁网站 这个问题其实再简单不过了，我就用宝塔示例一下吧 1.打开宝塔左边菜单栏-网站 2.找到要搬迁或备份的网站，点击备份网站，备份好之后下载 3.左边菜单栏-数据库（ 没有数据库就无视） 4.同样的操作，点击备份数据库，然后下载 备份好之后就可以，搬迁，怎么搬迁我就不说了，会上传就行了 划重点：数据上传到服务器之后，如果有数据库需要编辑连接数据库的文件信息，修改数据库信息 例如：Typecho搬迁站点需要修改数据库信息，打开自己源码的数据库配置文件，Typecho的数据库信息在网站根目录下config.inc.php文件，打开之后修改就行了，其他系统也是同理
1.5K30编辑于 2023-04-17 - 来自专栏sktj
esxcli、vcli、powercli：vsphere搬迁
完成ESXI安装后，需要开启VMotion:虚机自动漂移或人工漂移 vim-cmd hostsvc/vmotion/vnic_set vmk0 ///ESXI安装完后，默认生成VSWITCH0的交换机 添加交换机 esxcli network vswitch standard add -v vSwitch1 //查看上联口信息esxcli network nic list（物理网卡） 将物理网卡绑到vSwitch1 esxcli network vswitch standard uplink add -u vmnic2(vmnic3) -v vSwitch1 激活网卡 esxcli network vswitch standard policy failover set -a vmnic2,vmnic3 -v vSwitch1 添加vlan1到vlan20的端口到vSwitch1 for i in seq 1 20;do esxcli network vswitch standard portgroup add -p vlan
92021编辑于 2022-05-19 - 来自专栏七禾页话
IPv6数据包的分片和重组
说了些杂七杂八的东西，接下来正题，前几天聊完了IPv4的分片，今天就聊聊IPv6的分片和重组情况。 2、IPv6和IPv4分片的差异化 2.1、中间节点的处理方式不同 首先IPv6和IPv4不同的是IPv6只允许在源节点分片和目的节点重组，中间节点路由器只做转发，不再对IPv6数据包重组或再次分片，当收到的分片数据包依然大于 IPv6中引入了扩展包头（Extension Headers），而Fragment Header作为其中的一个类别表示了IPv6中的分片信息。 5、一例解千愁 5.1、IPv6数据包分片 例如有一个定义了IPv6的节点需要发送Payload Length=1764的数据给另一个IPv6的终节点，要经过一个使用默认MTU=1500的路由器： 由于 以上就是IPv6分片的内容。
2.1K20编辑于 2022-04-19 - 来自专栏golang云原生new
分片集群中的分片集合
分片集群中的分片集合 MongoDB 中 分片集群有专门推荐的模式，例如 分片集合 它是一种基于分片键的逻辑对文档进行分组，分片键的选择对分片是非常重要的，分片键一旦确定，MongoDB 对数据的分片对应用是透明的 mongodb 分片中，有一个概念叫做数据块，默认一个数据块是 64 M ，这个也是可以配置的 他在 mongodb 中的 地位是这个样子的： mongos 会将数据发送到 数据块中，实际上是 1 ， 若块的大小超过了我们的默认值，就需要拆，这就会影响性能 搬迁的时候，对于网络资源的消耗 和 CPU 则会有影响 当搬迁完毕之后，相应数据块所在的分片就会通知 config server 更新配置， 且原来复制的副本也会被删掉，此处 mogos 发送的数据，就会往新的一边进行发送 统一将上述涉及到的知识点梳理一下： 上述说到的分片集合，是因为数据量会越来越大，那么分片就会随之发生切割，和迁移的动作， 迁移的目的还是为了分片在集群中均匀分布，所以数据块会发生迁移，一般是在集群中分片相差 8 个分块的时候，就会触发数据块迁移的动作 今天就到这里，学习所得，若有偏差，还请斧正 欢迎点赞，关注，收藏 朋友们
1.1K30编辑于 2023-02-16 - 来自专栏七禾页话
通信｜IPv6数据包的分片和重组
说了些杂七杂八的东西，接下来正题，前几天聊完了IPv4的分片，今天就聊聊IPv6的分片和重组情况。 2、IPv6和IPv4分片的差异化 2.1、中间节点的处理方式不同 首先IPv6和IPv4不同的是IPv6只允许在源节点分片和目的节点重组，中间节点路由器只做转发，不再对IPv6数据包重组或再次分片，当收到的分片数据包依然大于 IPv6中引入了扩展包头（Extension Headers），而Fragment Header作为其中的一个类别表示了IPv6中的分片信息。 5、一例解千愁 5.1、IPv6数据包分片 例如有一个定义了IPv6的节点需要发送Payload Length=1764的数据给另一个IPv6的终节点，要经过一个使用默认MTU=1500的路由器： 由于 以上就是IPv6分片的内容。
5.1K41编辑于 2022-04-19 - 来自专栏NoSQL技术干货
「腾讯云 NoSQL 技术」之 Redis 篇｜揭晓腾讯云Redis水平扩缩容极致流畅背后的技术玄机
，循环通过 MIGRATE 命令搬迁一批 key ，直至完成所有 key 的搬迁，这也是耗时最长的一个阶段；6/7/8则是归属转移阶段，负责清理 slot 的 IMPORTING 和 MIGRATING ▲图6-1. 节点分裂扩容的原理 -- 节点复制 b. 归属权分裂 节点复制完成后，两组对应的新老分片之间数据基本是一模一样的(只是增量写入部分新分片有一些滞后)，只是新分片还不负责任何 slot 。 此时，每个新分片依次向对应的老分片发起分裂一半 slot 归属权的请求，如图6-2所示。 ▲图6-2. 节点分裂扩容的原理 -- 归属权分裂 c. 数据清理 上一步完成后，对于每一组的新老分片而言，它们各自获得老分片原先一半 slot 的归属权，但是新老分片都还有老分片原先的所有数据。 换言之，新老分片都有一半的数据其实已经没用了，但还占用着内存空间。此时新老分片需要各自发起一个异步的后台清理任务，将已经不属于自己负责的 slot 数据清理掉，如图6-3所示。
50510编辑于 2025-12-01 - 来自专栏腾讯云数据库(TencentDB)
「腾讯云 NoSQL 技术」之 Redis 篇｜揭晓腾讯云Redis水平扩缩容极致流畅背后的技术玄机
，循环通过 MIGRATE 命令搬迁一批 key ，直至完成所有 key 的搬迁，这也是耗时最长的一个阶段；6/7/8则是归属转移阶段，负责清理 slot 的 IMPORTING 和 MIGRATING ▲图6-1. 节点分裂扩容的原理 -- 节点复制 b. 归属权分裂 节点复制完成后，两组对应的新老分片之间数据基本是一模一样的(只是增量写入部分新分片有一些滞后)，只是新分片还不负责任何 slot 。 此时，每个新分片依次向对应的老分片发起分裂一半 slot 归属权的请求，如图6-2所示。 ▲图6-2. 节点分裂扩容的原理 -- 归属权分裂 c. 数据清理 上一步完成后，对于每一组的新老分片而言，它们各自获得老分片原先一半 slot 的归属权，但是新老分片都还有老分片原先的所有数据。 换言之，新老分片都有一半的数据其实已经没用了，但还占用着内存空间。此时新老分片需要各自发起一个异步的后台清理任务，将已经不属于自己负责的 slot 数据清理掉，如图6-3所示。
41910编辑于 2025-10-14 - 来自专栏刺客博客
博客主机搬迁遇到的问题记录
刺猬 2017-08-14 » 本文链接：博客主机搬迁遇到的问题记录 » 转载请注明来源：刺客博客
2.5K40发布于 2018-06-21 - 来自专栏linjinhe的专栏
设计数据密集型应用（6-7）：分片、事务
所有分片拼接起来，数据依然是有序的，可以高效执行 range query。 但是，范围分片有一个缺点：容易出现热点分片——少数分片的访问量大大超过其他分片。 热点分片无法通过水平扩展来解决。 采用范围分片的时候，一般需要动态调整分片的边界和数量： 当一个分片太大的时候，需要将其分裂（split）成两个差不多大的分片。 当两个相邻的分片太小的时候，需要将其合并（merge）成一个分片。 比如： 事务 T1: select * from t where a > 5; select * from t where a > 5; 事务 T2: insert into t a = 6; 执行序列如下 ： select * from t where a > 5; ... insert into t a = 6; ... select * from t where a > 5; 这种情况下，如果 a = 6 被第二个 select 查询出来，则出现幻读。
72550发布于 2020-04-02 - 来自专栏柒八九技术收纳盒
大文件分片上传和分片下载
我们能所学到的知识点 ❝ 文件流操作 文件分片 分片上传 分片下载 断点续传 1. 当用户选择一个文件时，文件内容会使用 FileReader[6] 读取到 ArrayBuffer。然后在对应的回调中就可以处理对应的Blob信息了。 文件分片 其实呢，无论是分片上传和分片下载最核心的点就是需要对文件资源进行分片处理。 分片下载 传统文件下载 VS 文件分片下载 ❝文件分片下载是一种通过将大文件拆分成较小的片段（分片）并同时下载它们来提高文件下载效率的技术。 readAsArrayBuffer(): https://developer.mozilla.org/en-US/docs/Web/API/FileReader/readAsArrayBuffer [6]
1.7K10编辑于 2024-07-02 - 来自专栏又见苍岚
MongoDB 分片
MongoDB的分片就是水平扩展的体现。 分片设计思想 分片为应对高吞吐量与大数据量提供了方法。使用分片减少了每个分片需要处理的请求数，因此，通过水平扩展，集群可以提高自己的存储容量和吞吐量。 mongos提供的是客户端application与MongoDB分片集群的路由功能，这里分片集群包含了分片的collection和非分片的collection。 分片依据和分片算法 MongoDB 中Collection的数据是根据什么进行分片的呢？这就是我们要介绍的分片键（Shard key）；那么又是采用过了什么算法进行分片的呢？ 一个自增的分片键对写入和数据均匀分布就不是很好，因为自增的片键总会在一个分片上写入，后续达到某个阀值可能会写到别的分片。但是按照片键查询会非常高效。 注意： 分片键是不可变。 分片键必须有索引。 分片键大小限制512bytes。 分片键用于路由查询。
76410编辑于 2024-09-28 - 来自专栏全栈程序员必看
freebsd分片重组算法_mongodb分片算法
Q：你们redis怎么做的分布式 A：我们公司redis用的murmurHash做的分片； Q：讲讲murmurHash的原理呗 A：额……这块没有深入了解过（真TM掉分） 哈希算法简单来说就是将一个元素映射成另一个元素 buf, int seed) { ByteOrder byteOrder = buf.order(); buf.order(ByteOrder.LITTLE_ENDIAN); long m = 0xc6a4a7935bd1e995L buf, int seed) { ByteOrder byteOrder = buf.order(); buf.order(ByteOrder.LITTLE_ENDIAN); long m = 0xc6a4a7935bd1e995L >> r; h *= m; h ^= h >>> r; buf.order(byteOrder); return h; } hash64A(key, 0x1234ABCD); long m = 0xc6a4a7935bd1e995L
1.5K40编辑于 2022-11-08 - 来自专栏DB说
MongoDB 非分片集合转分片集合
相比非分片集合,分片集合主要利用分片键能够实现负载均衡,如分片策略设计不合理、查询不带分片键等都会导致集群性能低，那么分片集群规划必须与业务相结合，才能最大化集群都性能. 那么分片方式如何设计？ MongoDB中支持范围与哈希分片方式,范围分片能够更有利于基于分片键的范围查询,哈希分片更有利于基于分片键等值查询以及均衡写入.不管是那种方式都需要规划合理的分片键. ， 此操作不可逆,分片集合不能转成非分片集合 2、非分片集合转成分片,根据采用chunk size以及文档平均大小来决定非分片集合 最大值,例如分片键平均是64字节时采用默认64M chunk,支持最大 4.4版本支持插入不带分片键的文档,分片键对应值为null.4.4版本之前必须 带完整的分片键. 6、非分片转换成分片集合,mongo使用writeConcern是majority级别. transaction or with retryWrites: true." } }) mongos>db.POCCOLL.update({"_id" : ObjectId( "607fd5d8d2a6e53cbdfd21fd
2.9K10编辑于 2022-08-23 - 来自专栏山行AI
mongodb分片模式分片键的选择
shard server：用于存储实际的数据块，每个分片存储部分分片数据，每个分片都可以布署成其他分片的副本集(replica set)。 已经分片的数据，分片键不可更改。 分片键必须加上索引。 分片键的选择对分片的性能、效率和可扩展性都有着重要影响。分片键和索引也会影响集群的分片策略。 3. 分片键索引 分片键必须有索引，索引可以是分片键上的索引，当分片键是索引前缀时，也可以是复合索引。 如果你的分片键有较低的散列度，最好考虑使用组合索引，用这个字段与另一个有相对比较高散列度的字段一起组合。 6. 分片键数据值的频率 分片键的频率是指，一个数据值重复出现的频率。 如果你的数据模型要求分片键上的值单调变化，考虑使用Hashed Sharding分片策略，见下面介绍。 8. 分片策略 mongodb有两种分片策略，分片策略是根据分片键的选择来定的： 1.
6.8K50发布于 2019-06-28 - 来自专栏Java技术分享
集群分片
分片 分片（Patitioning）就是将数据拆分到多个Redis实例的过程，这样每个Redis实例将只包含完整数据的一部分。 分片场景 ? 常见的分片方式: 1、按照范围分片 2、哈希分片，例如一致性哈希 常见的分片的实现： ①客户端分片 ②通过代分片，比如：twemproxy ③查询路由：就是发送查询到一个随机实例，这个实例会保证转发你的查询到正确的节点 ，redis集群在客户端的帮助下，实现了查询路由的一种混合形式，请求不是直接从redis实例转发到另一个实例，而是客户端收到重定向到正确的节点 ④在服务端进行分片，Redis采用哈希槽（hash slot ）的方式在服务器端进行分片： Redis集群有16384个哈希槽，使用健CrC16对16384取模来计算一个键所属的哈希槽 Redis分片的缺点 1、不支持涉及多建的操作，如mget，如果所操作的健都在同一个节点 ，就正常执行，否则会提示报错 2、分片的粒度是健，因此每个键对应的值不要太大 3、数据备份会比较麻烦，备份数据时你需要聚合多个实例和主机的持久化文件 4、扩容的处理比较麻烦 5、故障的恢复的处理会比较麻烦
1.2K80发布于 2018-02-09 - 来自专栏从零开始的linux
mongodb分片
21000", "configVersion" : 1 } ], "ok" : 1 } configs:PRIMARY> exit bye 三台机器分片配置 /s 00:00 shard3.conf 100% 269 282.0KB/s 00:00 启动分片配置 mongod]# mongos -f /etc/mongod/mongos.conf [root@db3 mongod]# mongos -f /etc/mongod/mongos.conf #把所有的分片和路由器串联 Status --- sharding version: { "_id" : 1, "minCompatibleVersion" : 5, "currentVersion" : 6,
1.8K40发布于 2018-04-25 - 来自专栏老蒋专栏
搬迁Typecho网站出现Database Server Error问题
周末的时候有网友提到自己的Typecho网站在迁移服务器的时候有出现问题，打开出现"Database Server Error"提示错误，不过他可以确保的是数据和数据库完全是导入进来的，而且数据库连接也是新的链接账号，为什么就打不开呢？
81320编辑于 2021-12-24 - 来自专栏运维经验分享
mongodb移除分片删除分片上数据库和添加分片
mongodb移除分片删除分片上数据库和添加分片 2018年01月12日 19:09:23 冰雪Love齐迹 阅读数 5369更多 分类专栏： mongodb学习 版权声明：本文为博主原创文章，遵循 CC 本文链接：https://blog.csdn.net/liqi_q/article/details/79047361 首先我们要移除的分片之后再次添加此分片时会出现添加失败的情况，需要在添加的分片上登录进行删除此分片之前数据库的历史数据比如 testdb，删除分片上的数据库之后就可重新添加此分片到mongos中 ? "draining" : true状态，该状态下不但该分片没用删除成功，而且还影响接下来删除其他分片操作，遇到该状态再执行一次removeshard即可，最好就是删除分片时一直重复执行删除命令，直到state 另外：在删除分片的时有可能整个过程出现无限"draining" : true状态，等多久还是这样，而且分片上面的块一个都没有移动到别的分片，解决办法是：在config的config数据库的shard集合中找到该分片的信息
1.6K50发布于 2019-09-12 - 来自专栏运维经验分享
mongodb移除分片删除分片上数据库和添加分片
mongodb移除分片删除分片上数据库和添加分片 版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 本文链接：https://blog.csdn.net/liqi_q/article/details/79047361 首先我们要移除的分片之后再次添加此分片时会出现添加失败的情况，需要在添加的分片上登录进行删除此分片之前数据库的历史数据比如 testdb，删除分片上的数据库之后就可重新添加此分片到mongos中 ? "draining" : true状态，该状态下不但该分片没用删除成功，而且还影响接下来删除其他分片操作，遇到该状态再执行一次removeshard即可，最好就是删除分片时一直重复执行删除命令，直到state 另外：在删除分片的时有可能整个过程出现无限"draining" : true状态，等多久还是这样，而且分片上面的块一个都没有移动到别的分片，解决办法是：在config的config数据库的shard集合中找到该分片的信息
2.1K30发布于 2019-09-12 - 来自专栏DBA随笔
MongoDB之balancer(2)
01 针对指定集合的数据块搬迁 有的时候，我们会遇到这样一种场景，例如某个集合的数据，我们就想让它存在于一个数据分片上，不让分片集群对它的数据进行搬迁，这种情况下，就可以针对单个集合做balancer 02 确认搬迁是否开启？ 我们可以通过下面的命令，来查看某个集合的balancer数据搬迁是否开启了。 如果设置为true，则代表搬迁下一个文档搬迁的时候，需要收到至少一个secondary节点的的答复才能进行，这个设置等同于设置{w:2} 如果没有设置，则直接进行下一个文档搬迁，中间没有等待过程。 注意，这个针对的是数据块chunk 搬迁数据块是先把数据块搬迁到其他分片，然后删除当前分片的冗余数据。 默认情况下，搬迁下一个数据块chunk，mongodb是不会等待上一个数据块搬迁完毕，并delete掉冗余块这个动作的。也就是会同时搬迁多个数据块。
61810发布于 2021-02-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号