- 综合排序
- 最热优先
- 最新优先
- 来自专栏洛叶的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 - 来自专栏云计算与数据库
MongoDB分片迁移原理与源码（4）
MongoDB分片迁移原理与源码 异步删除数据 在from shard将迁移结果提交到config服务器成功后，from shard就会执行删除原数据的操作；如果迁移的参数"_waitForDelete 总结 MongoDB基于分片集群架构，实现了存储能力和服务能力的水平扩展，实现了管理海量数据的能力；并且基于自身架构的特点和优势，解决了如下问题： 可靠性。 除了副本集架构的可用性的提高，一个shard出问题也不影响其他分片，以及整个分片集群继续服务的能力； 一致性。用户通过哪个mongos访问分片集群，都可以获得正确的数据； 伸缩性。 非常方便的实现了增加和删除分片的功能，极为方便的实现了水平扩容； 性能。整个集群的服务分摊到了各个shard上，而且基于动态均衡，实现了性能的最大化。 综上，MongoDB的分片集群，还挺好。
1.1K00发布于 2020-04-04 - 来自专栏七禾页话
IPv4数据包的分片和重组
The first fragment has offset zero. 4、万变不如一例 4.1、IPv4分片实例 例如一个定义了MTU为1280的设备要转发一个数据包长度(Total Length )为3000且包头长IHL（Internet Header Length）为5的IPv4数据包，由于包长受到了MTU的限制，必然要采取分片的流程。 ，剩余的数据净长度长2880-1256=1724； 2、由于分片1之后净长度依然大于1256（MTU-IHL*4），所以继续分片，依然可以发送净长度为1256的数据，数据包总长度为1256+20=1276 508-5*4=488，所以这两个分片包为相连数据包，且由于Fragment 2的Flag为为000，由Section 3.2可以知道Fragment 2为最后一个分片； 2、那么原始数据包的总长度是多少呢 以上就是IPv4数据包的分片和重组内容。
2.5K30编辑于 2022-04-19 - 来自专栏golang云原生new
分片集群中的分片集合
分片集群中的分片集合 MongoDB 中 分片集群有专门推荐的模式，例如 分片集合 它是一种基于分片键的逻辑对文档进行分组，分片键的选择对分片是非常重要的，分片键一旦确定，MongoDB 对数据的分片对应用是透明的 迁移的过程中，原来的数据块会先复制一个副本作为接收数据，实际的数据块继续迁移 例如块的迁移会有这样的规律： 在块的个数，对比之后相差 1-20个，则会依次迁移 2 个 若是 20 - 80 个，则会一次迁移 4 个 若是 80 -无限多个，则会一次迁移 8 个 迁移的过程中，块的大小，块的数量都会影响我们分片集群的性能， 若块的大小超过了我们的默认值，就需要拆，这就会影响性能 搬迁的时候，对于网络资源的消耗 和 CPU 则会有影响 当搬迁完毕之后，相应数据块所在的分片就会通知 config server 更新配置，且原来复制的副本也会被删掉，此处 mogos 发送的数据，就会往新的一边进行发送 统一将上述涉及到的知识点梳理一下 ： 上述说到的分片集合，是因为数据量会越来越大，那么分片就会随之发生切割，和迁移的动作，这是为了满足在 mongodb 里面进行均匀分布 mogos 是会进行请求分流的 是通过路由节点来将不同的请求分发到不同的分片和块中
1.1K30编辑于 2023-02-16 - 来自专栏刺客博客
博客主机搬迁遇到的问题记录
$ https://4ker.cc/$1 [R=301,L] Https的访问总算是解决了。 但是但是，重点来了！！！！！！ 我想起了之前花9美元买的一年SSL证书，部署都是没问题的，但是Linux服务器不信任啊，这让我增加了很多不必要的工作，最简单来说，一键脚本获取都需要使用 wget --no-check https://4ker.cc 不适合这个高速发展的时代，4G速度少于1M/S就会疯掉的时代，下载你给我256kb/s??? 4.如果备份整站很麻烦，可以考虑备份下数据库，很多时候也就是文章多，文件修改少。 我也不知道还有啥没写，如果要写详细，我相信我会写上几个小时。 刺猬 2017-08-14 » 本文链接：博客主机搬迁遇到的问题记录 » 转载请注明来源：刺客博客
2.5K40发布于 2018-06-21 - 来自专栏DBA随笔
MongoDB之balancer(2)
01 针对指定集合的数据块搬迁 有的时候，我们会遇到这样一种场景，例如某个集合的数据，我们就想让它存在于一个数据分片上，不让分片集群对它的数据进行搬迁，这种情况下，就可以针对单个集合做balancer 4中情况，分别是： null 错误：代表这个集合不存在 true：代表balancer是没有开启的 false：balancer当前是开启的，但是过去被关闭过，下一次balancer运行的时候，这个将会对这个集合进行数据搬迁 下面是4个参数的验证过程： # 返回空，代表一直开着 mongos> db.getSiblingDB("config").collections.findOne({_id : "new.test"}). 注意，这个针对的是数据块chunk 搬迁数据块是先把数据块搬迁到其他分片，然后删除当前分片的冗余数据。 默认情况下，搬迁下一个数据块chunk，mongodb是不会等待上一个数据块搬迁完毕，并delete掉冗余块这个动作的。也就是会同时搬迁多个数据块。
61810发布于 2021-02-07 - 来自专栏柒八九技术收纳盒
大文件分片上传和分片下载
我们能所学到的知识点 ❝ 文件流操作 文件分片 分片上传 分片下载 断点续传 1. 它提供了如 readAsText()[4] 和 readAsArrayBuffer()[5] 等方法，可以根据我们的需要进行选择。 文件分片 其实呢，无论是分片上传和分片下载最核心的点就是需要对文件资源进行分片处理。 4. 分片下载 传统文件下载 VS 文件分片下载 ❝文件分片下载是一种通过将大文件拆分成较小的片段（分片）并同时下载它们来提高文件下载效率的技术。 ArrayBuffer: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/ArrayBuffer [4]
1.7K10编辑于 2024-07-02 - 来自专栏七禾页话
通信｜IPv4数据包的分片和重组
The first fragment has offset zero. 4、万变不如一例 4.1、IPv4分片实例 例如一个定义了MTU为1280的设备要转发一个数据包长度(Total Length )为3000且包头长IHL（Internet Header Length）为5的IPv4数据包，由于包长受到了MTU的限制，必然要采取分片的流程。 ，剩余的数据净长度长2880-1256=1724； 2、由于分片1之后净长度依然大于1256（MTU-IHL*4），所以继续分片，依然可以发送净长度为1256的数据，数据包总长度为1256+20=1276 508-5*4=488，所以这两个分片包为相连数据包，且由于Fragment 2的Flag为为000，由Section 3.2可以知道Fragment 2为最后一个分片； 2、那么原始数据包的总长度是多少呢 更简单的一个算法就是使用最后一个分片的Fragment Offset*8+最后一个分片的长度即为原始数据包的总长度：61*8+312=488+312=800。 以上就是IPv4数据包的分片和重组内容。
2.7K41编辑于 2022-04-19 - 来自专栏NoSQL技术干货
「腾讯云 NoSQL 技术」之 Redis 篇｜揭晓腾讯云Redis水平扩缩容极致流畅背后的技术玄机
4. 目标节点执行 RESTORE 命令将二进制串反序列化加载到DB； 4. 源节点收到确认后删除这个key。 如图4所示： ▲图4. MIGRATE 命令在执行过程中对源节点和目标节点的阻塞 MIGRATE 的这种阻塞特性，对于较小的 key 影响不大。 以一个3分片集群扩为4分片集群为例，数据同步的示意如图5所示： ▲图5. 基于 DTS 的集群水平扩缩容方案原理 b. 流量切换 两个集群之间进入稳定的数据同步状态之后，就可以准备切流量了。 下面我们以一个2分片集群翻倍扩为4分片集群举例，分步骤详细说明。 a.
50510编辑于 2025-12-01 - 来自专栏腾讯云数据库(TencentDB)
「腾讯云 NoSQL 技术」之 Redis 篇｜揭晓腾讯云Redis水平扩缩容极致流畅背后的技术玄机
4. 目标节点执行 RESTORE 命令将二进制串反序列化加载到DB； 4. 源节点收到确认后删除这个key。 如图4所示： ▲图4. MIGRATE 命令在执行过程中对源节点和目标节点的阻塞 MIGRATE 的这种阻塞特性，对于较小的 key 影响不大。 以一个3分片集群扩为4分片集群为例，数据同步的示意如图5所示： ▲图5. 基于 DTS 的集群水平扩缩容方案原理 b. 流量切换 两个集群之间进入稳定的数据同步状态之后，就可以准备切流量了。 下面我们以一个2分片集群翻倍扩为4分片集群举例，分步骤详细说明。 a.
41910编辑于 2025-10-14 - 来自专栏又见苍岚
MongoDB 分片
MongoDB的分片就是水平扩展的体现。 分片设计思想 分片为应对高吞吐量与大数据量提供了方法。使用分片减少了每个分片需要处理的请求数，因此，通过水平扩展，集群可以提高自己的存储容量和吞吐量。 mongos提供的是客户端application与MongoDB分片集群的路由功能，这里分片集群包含了分片的collection和非分片的collection。 分片依据和分片算法 MongoDB 中Collection的数据是根据什么进行分片的呢？这就是我们要介绍的分片键（Shard key）；那么又是采用过了什么算法进行分片的呢？ 一个自增的分片键对写入和数据均匀分布就不是很好，因为自增的片键总会在一个分片上写入，后续达到某个阀值可能会写到别的分片。但是按照片键查询会非常高效。 注意： 分片键是不可变。 分片键必须有索引。 分片实例 分片结构端口分布如下： 123456 Shard Server 1：27020Shard Server 2：27021Shard Server 3：27022Shard Server 4：27023Config
76410编辑于 2024-09-28 - 来自专栏全栈程序员必看
freebsd分片重组算法_mongodb分片算法
Q：你们redis怎么做的分布式 A：我们公司redis用的murmurHash做的分片； Q：讲讲murmurHash的原理呗 A：额……这块没有深入了解过（真TM掉分） 哈希算法简单来说就是将一个元素映射成另一个元素 ); int m = 0x5bd1e995; int r = 24; int h = seed ^ buf.remaining(); int k; while (buf.remaining() >= 4) > r; k *= m; h *= m; h ^= k; } if (buf.remaining() > 0) { ByteBuffer finish = ByteBuffer.allocate(4) .order( ByteOrder.LITTLE_ENDIAN); // for big-endian version, use this first: // finish.position(4-buf.remaining 性能快应该是与大量使用位操作有关 里面的变化逻辑，自己比划吧，不一行行解释了；我表示看了跟没看一样……大神的世界，学都没法学，害…… 最后给一个官方数据吧： MurmurHash算法，自称超级快的hash算法，是FNV的4-
1.5K40编辑于 2022-11-08 - 来自专栏DB说
MongoDB 非分片集合转分片集合
相比非分片集合,分片集合主要利用分片键能够实现负载均衡,如分片策略设计不合理、查询不带分片键等都会导致集群性能低，那么分片集群规划必须与业务相结合，才能最大化集群都性能. 那么分片方式如何设计？ 必须带分片键才能执行. 4、如果非分片转分片时,提示couldn't find valid index for shard key: 1、分片键是索引可能是多key索引，例如数组 2、遇到bug. 5、 checkShardingIndex":"xiaoxu.POCCOLL", "keyPattern":{"callP":"hashed"}}) 3、对每一条记录都进行验证(如果大表可能执行时间比较久且存在表大小限制问题) 4、 nMatched" : 0, "nUpserted" : 1, "nModified" : 0, "_id" : ObjectId("607fb561be529318222c78cf") }) 4、 ，一次执行修改一条记录 4、必须包括完整shard key在查询条件中 【实际操作】 mongos>db.POCCOLL.update({callP:{$gt:18849795174}}， {$set:
2.9K10编辑于 2022-08-23 - 来自专栏山行AI
mongodb分片模式分片键的选择
shard server：用于存储实际的数据块，每个分片存储部分分片数据，每个分片都可以布署成其他分片的副本集(replica set)。 已经分片的数据，分片键不可更改。 分片键必须加上索引。 分片键的选择对分片的性能、效率和可扩展性都有着重要影响。分片键和索引也会影响集群的分片策略。 3. 参考：https://docs.mongodb.com/manual/core/sharding-shard-key/#sharding-shard-key-creation 4. 分片键索引 分片键必须有索引，索引可以是分片键上的索引，当分片键是索引前缀时，也可以是复合索引。 参考：https://docs.mongodb.com/manual/core/zone-sharding/#zone-sharding 4. hashed sharding与ranged sharding
6.8K50发布于 2019-06-28 - 来自专栏Java技术分享
集群分片
分片 分片（Patitioning）就是将数据拆分到多个Redis实例的过程，这样每个Redis实例将只包含完整数据的一部分。 分片场景 ? 常见的分片方式: 1、按照范围分片 2、哈希分片，例如一致性哈希 常见的分片的实现： ①客户端分片 ②通过代分片，比如：twemproxy ③查询路由：就是发送查询到一个随机实例，这个实例会保证转发你的查询到正确的节点 ，就正常执行，否则会提示报错 2、分片的粒度是健，因此每个键对应的值不要太大 3、数据备份会比较麻烦，备份数据时你需要聚合多个实例和主机的持久化文件 4、扩容的处理比较麻烦 5、故障的恢复的处理会比较麻烦 3、使用集群后，都只能使用默认的0号数据库 4、每个redis集群节点需要两个TCP连接打开，正常的TCP端口用来服务客户端，例如6379，家10000的端口用作数据端口，必须保证防火墙打开这两个端口 客户端不需要连接集群所有节点，连接集群中任何一个可用节点即可 4、集群把所有的物理节点映射到【0-16383】插槽上，集群负责维护：节点—插槽—值 的关系 集群操作的基本命令 CLUSTER INFO
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 #把所有的分片和路由器串联
1.8K40发布于 2018-04-25 - 来自专栏老蒋专栏
搬迁Typecho网站出现Database Server Error问题
周末的时候有网友提到自己的Typecho网站在迁移服务器的时候有出现问题，打开出现"Database Server Error"提示错误，不过他可以确保的是数据和数据库完全是导入进来的，而且数据库连接也是新的链接账号，为什么就打不开呢？
81320编辑于 2021-12-24 - 来自专栏运维经验分享
mongodb移除分片删除分片上数据库和添加分片
本文链接：https://blog.csdn.net/liqi_q/article/details/79047361 首先我们要移除的分片之后再次添加此分片时会出现添加失败的情况，需要在添加的分片上登录进行删除此分片之前数据库的历史数据比如 testdb，删除分片上的数据库之后就可重新添加此分片到mongos中 ? 另外：在删除分片的时有可能整个过程出现无限"draining" : true状态，等多久还是这样，而且分片上面的块一个都没有移动到别的分片，解决办法是：在config的config数据库的shard集合中找到该分片的信息 3、移出非Shard数据（如果开始就知道是primary可以直接执行 步骤3和4即可，1和2不需要执行） 如果你要删除的Shard分片恰好是primary，那么执行这一步，否则请跳过！ ", "ok" : 1 } 4、最后的清理 上面步骤都完成后，还需要再执行一次RemoveShard，清理残余数据。
1.6K50发布于 2019-09-12 - 来自专栏运维经验分享
mongodb移除分片删除分片上数据库和添加分片
mongodb移除分片删除分片上数据库和添加分片 版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 本文链接：https://blog.csdn.net/liqi_q/article/details/79047361 首先我们要移除的分片之后再次添加此分片时会出现添加失败的情况，需要在添加的分片上登录进行删除此分片之前数据库的历史数据比如 testdb，删除分片上的数据库之后就可重新添加此分片到mongos中 ? 3、移出非Shard数据（如果开始就知道是primary可以直接执行 步骤3和4即可，1和2不需要执行） 如果你要删除的Shard分片恰好是primary，那么执行这一步，否则请跳过！ ", "ok" : 1 } 4、最后的清理 上面步骤都完成后，还需要再执行一次RemoveShard，清理残余数据。
2.1K30发布于 2019-09-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号