当前位置：首页 > news >正文

如何进行电子商务网站建设规划越南注册公司流程和费用

news 2025/10/24 1:57:56

如何进行电子商务网站建设规划,越南注册公司流程和费用,品牌网站建设d小蝌蚪,易观数据app排行目录一、数据库 1、数据库的结构 2、数据库的切换 3、数据库键空间 4、键空间的操作添加新键删除键更新键取值其他操作 5、键的过期时间 6、过期时间的保存 7、设置生存时间 8、过期键的判定 9、过期键的清除定时删除惰性删除定期删除 10、过期…目录一、数据库 1、数据库的结构 2、数据库的切换 3、数据库键空间 4、键空间的操作添加新键删除键更新键取值其他操作 5、键的过期时间 6、过期时间的保存 7、设置生存时间 8、过期键的判定 9、过期键的清除定时删除惰性删除定期删除 10、过期键的惰性删除策略 11、过期键的定期删除策略 12、过期键对 AOF 、RDB 和复制的影响更新后的 RDB 文件 AOF 重写复制 13、数据库空间的收缩和扩展二、小结一、数据库本章将对 Redis 数据库的构造和实现进行讨论。除了说明数据库是如何储存数据对象之外本章还会讨论键的过期信息是如何保存而 Redis 又是如何删除过期键的。 1、数据库的结构 Redis 中的每个数据库都由一个 redis.h/redisDb 结构表示: typedef struct redisDb {// 保存着数据库以整数表示的号码int id;// 保存着数据库中的所有键值对数据// 这个属性也被称为键空间(key space) dict *dict;// 保存着键的过期信息dict *expires;// 实现列表阻塞原语如 BLPOP // 在列表类型一章有详细的讨论 dict *blocking_keys;dict *ready_keys;// 用于实现 WATCH 命令// 在事务章节有详细的讨论 dict *watched_keys;} redisDb; 下文将详细讨论 id 、dict 和 expires 三个属性以及针对这三个属性所执行的数据库操作。 2、数据库的切换 redisDb 结构的 id 域保存着数据库的号码。这个号码很容易让人将它和切换数据库的 SELECT 命令联系在一起但是实际上id 属性并不是用来实现 SELECT 命令而是给 Redis 内部程序使用的。当 Redis 服务器初始化时它会创建出 redis.h/REDIS_DEFAULT_DBNUM 个数据库并将所有数据库保存到 redis.h/redisServer.db 数组中每个数据库的 id 为从 0 到 REDIS_DEFAULT_DBNUM - 1 的值。当执行 SELECT number 命令时程序直接使用 redisServer.db[number] 来切换数据库。但是一些内部程序比如 AOF 程序、复制程序和 RDB 程序需要知道当前数据库的号码如果没有 id 域的话程序就只能在当前使用的数据库的指针和 redisServer.db 数组中所有数据库的指针进行对比以此来弄清楚自己正在使用的是那个数据库。以下伪代码描述了这个对比过程: def PSEUDO_GET_CURRENT_DB_NUMBER(current_db_pointer): i0for db_pointer in redisServer.db:if db_pointer current_db_pointer:breaki 1 return i 有了 id 域的话程序就可以通过读取 id 域来了解自己正在使用的是哪个数据库这样就不用对比指针那么麻烦了。 3、数据库键空间因为 Redis 是一个键值对数据库(key-value pairs database)所以它的数据库本身也是一个字典(俗称 key space): • 字典的键是一个字符串对象。 • 字典的值则可以是包括字符串、列表、哈希表、集合或有序集在内的任意一种 Redis 类型对象。在 redisDb 结构的 dict 属性中保存着数据库的所有键值对数据。下图展示了一个包含 number 、book 、message 三个键的数据库——其中 number 键是一个列表列表中包含三个整数值;book 键是一个哈希表表中包含三个键值对;而 message 键则指向另一个字符串: 4、键空间的操作因为数据库本身是一个字典所以对数据库的操作基本上都是对字典的操作加上以下一些维护操作: 更新键的命中率和不命中率这个值可以用 INFO 命令查看; 更新键的 LRU 时间这个值可以用 OBJECT 命令来查看; 删除过期键(稍后会详细说明); 如果键被修改了的话那么将键设为脏(用于事务监视)并将服务器设为脏(等待 RDB 保存);将对键的修改发送到 AOF 文件和附属节点保持数据库状态的一致; 作为例子以下几个小节会展示键的添加、删除、更新、取值等几个主要操作。添加新键添加一个新键对到数据库实际上就是将一个新的键值对添加到键空间字典中其中键为字符串对象而值则是任意一种 Redis 类型值对象。举个例子如果数据库的目前状态如下图所示(和前面展示的数据库状态图一样): 那么在客户端执行 SET date 2013.2.1 命令之后数据库更新为下图状态: 删除键删除数据库中的一个键实际上就是删除字典空间中对应的键对象和值对象。举个例子如果数据库的目前状态如下图所示(和前面展示的数据库状态图一样): 那么在客户端执行 DEL message 命令之后数据库更新为下图状态: 更新键当对一个已存在于数据库的键执行更新操作时数据库释放键原来的值对象然后将指针指向新的值对象。举个例子如果数据库的目前状态如下图所示(和前面展示的数据库状态图一样): 那么在客户端执行 SET message blah blah 命令之后数据库更新为下图状态: 取值在数据库中取值实际上就是在字典空间中取值再加上一些额外的类型检查: • 键不存在返回空回复; • 键存在且类型正确按照通讯协议返回值对象; • 键存在但类型不正确返回类型错误。举个例子如果数据库的目前状态如下图所示(和前面展示的数据库状态图一样): 当客户端执行 GET message 时服务器返回 hello moto 。当客户端执行 GET not-exists-key 时服务器返回空回复。当服务器执行 GET book 时服务器返回类型错误。其他操作除了上面展示的键值操作之外还有很多针对数据库本身的命令也是通过对键空间进行处理来完成的: • FLUSHDB 命令:删除键空间中的所有键值对。 • RANDOMKEY 命令:从键空间中随机返回一个键。 • DBSIZE 命令:返回键空间中键值对的数量。 • EXISTS 命令:检查给定键是否存在于键空间中。 • RENAME 命令:在键空间中对给定键进行改名。等等 5、键的过期时间在前面的内容中我们讨论了很多涉及数据库本身、以及对数据库中的键值对进行处理的操作但是关于数据库如何保存键的过期时间以及如何处理过期键这一问题我们还没有讨论到。通过 EXPIRE 、PEXPIRE 、EXPIREAT 和 PEXPIREAT 四个命令客户端可以给某个存在的键设置过期时间当键的过期时间到达时键就不再可用: redis SETEX key 5 value OK redis GET key value redis GET key // 5 秒过后 (nil) 命令 TTL 和 PTTL 则用于返回给定键距离过期还有多长时间: redis SETEX key 10086 value OK redis TTL key (integer) 10082 redis PTTL key (integer) 10068998 在接下来的内容中我们将探讨和键的过期时间相关的问题:比如键的过期时间是如何保存的而过期键又是如何被删除的等等。 6、过期时间的保存在数据库中所有键的过期时间都被保存在 redisDb 结构的 expires 字典里: typedef struct redisDb { // ...dict *expires;// ... } redisDb; expires 字典的键是一个指向 dict 字典(键空间)里某个键的指针而字典的值则是键所指向的数据库键的到期时间这个值以 long long 类型表示。下图展示了一个含有三个键的数据库其中 number 和 book 两个键带有过期时间: Note: 为了展示的方便图中重复出现了两次 number 键和 book 键。在实际中键空间字典的键和过期时间字典的键都指向同一个字符串对象所以不会浪费任何空间。 7、设置生存时间 Redis 有四个命令可以设置键的生存时间(可以存活多久)和过期时间(什么时候到期): • EXPIRE以秒为单位设置键的生存时间; • PEXPIRE 以毫秒为单位设置键的生存时间; • EXPIREAT 以秒为单位设置键的过期 UNIX 时间戳; • PEXPIREAT 以毫秒为单位设置键的过期 UNIX 时间戳。虽然有那么多种不同单位和不同形式的设置方式但是 expires 字典的值只保存“以毫秒为单位的过期 UNIX 时间戳” 这就是说通过进行转换所有命令的效果最后都和 PEXPIREAT 命令的效果一样。举个例子从 EXPIRE 命令到 PEXPIREAT 命令的转换可以用伪代码表示如下: def EXPIRE(key, sec):# 将 TTL 从秒转换为毫秒ms sec_to_ms(sec)# 获取以毫秒计算的当前 UNIX 时间戳ts_in_ms get_current_unix_timestamp_in_ms()# 毫秒 TTL 加上毫秒时间戳就是 key 到期的时间戳 PEXPIREAT(ms ts_in_ms, key) 其他函数的转换方式也是类似的。作为例子下图展示了一个 expires 字典示例字典中 number 键的过期时间是 2013 年 2 月10 日(农历新年)而 book 键的过期时间则是 2013 年 2 月 14 日(情人节): 这两个键的过期时间可能是用以上四个命令的任意一个设置的但它们都以统一的格式被保存在 expires 字典中。 8、过期键的判定通过 expires 字典可以用以下步骤检查某个键是否过期: 1. 检查键是否存在于expires字典:如果存在那么取出键的过期时间; 2. 检查当前 UNIX 时间戳是否大于键的过期时间:如果是的话那么键已经过期;否则键未过期。可以用伪代码来描述这一过程: def is_expired(key): # 取出键的过期时间key_expire_time expires.get(key)# 如果过期时间不为空并且当前时间戳大于过期时间那么键已经过期if expire_time is not None and current_timestamp() key_expire_time:return True# 否则键未过期或没有设置过期时间 return False 9、过期键的清除我们知道了过期时间保存在 expires 字典里又知道了该如何判定一个键是否过期现在剩下的问题是如果一个键是过期的那它什么时候会被删除? 这个问题有三种可能的答案: 定时删除:在设置键的过期时间时创建一个定时事件当过期时间到达时由事件处理器自动执行键的删除操作。惰性删除:放任键过期不管但是在每次从 dict 字典中取出键值时要检查键是否过期如果过期的话就删除它并返回空;如果没过期就返回键值。定期删除:每隔一段时间对expires字典进行检查删除里面的过期键。定时删除定时删除策略对内存是最友好的:因为它保证过期键会在第一时间被删除过期键所消耗的内存会立即被释放。这种策略的缺点是它对 CPU 时间是最不友好的:因为删除操作可能会占用大量的 CPU 时间 ——在内存不紧张、但是 CPU 时间非常紧张的时候(比如说进行交集计算或排序的时候) 将 CPU 时间花在删除那些和当前任务无关的过期键上这种做法毫无疑问会是低效的。除此之外目前 Redis 事件处理器对时间事件的实现方式——无序链表查找一个时间复杂度为 O(N) ——并不适合用来处理大量时间事件。惰性删除惰性删除对 CPU 时间来说是最友好的:它只会在取出键时进行检查这可以保证删除操作只会在非做不可的情况下进行——并且删除的目标仅限于当前处理的键这个策略不会在删除其他无关的过期键上花费任何 CPU 时间。惰性删除的缺点是它对内存是最不友好的:如果一个键已经过期而这个键又仍然保留在数据库中那么 dict 字典和 expires 字典都需要继续保存这个键的信息只要这个过期键不被删除它占用的内存就不会被释放。在使用惰性删除策略时如果数据库中有非常多的过期键但这些过期键又正好没有被访问的话那么它们就永远也不会被删除(除非用户手动执行)这对于性能非常依赖于内存大小的 Redis 来说肯定不是一个好消息。举个例子对于一些按时间点来更新的数据比如日志(log)在某个时间点之后对它们的访问就会大大减少如果大量的这些过期数据积压在数据库里面用户以为它们已经过期了(已经被删除了)但实际上这些键却没有真正的被删除(内存也没有被释放)那结果肯定是非常糟糕。定期删除从上面对定时删除和惰性删除的讨论来看这两种删除方式在单一使用时都有明显的缺陷:定时删除占用太多 CPU 时间惰性删除浪费太多内存。定期删除是这两种策略的一种折中: • 它每隔一段时间执行一次删除操作并通过限制删除操作执行的时长和频率籍此来减少删除操作对 CPU 时间的影响。 • 另一方面通过定期删除过期键它有效地减少了因惰性删除而带来的内存浪费。 Redis 使用的策略 Redis 使用的过期键删除策略是惰性删除加上定期删除这两个策略相互配合可以很好地在合理利用 CPU 时间和节约内存空间之间取得平衡。因为前面已经说了这两个策略的概念了下面两节就来探讨这两个策略在 Redis 中的具体实现。 10、过期键的惰性删除策略实现过期键惰性删除策略的核心是 db.c/expireIfNeeded 函数——所有命令在读取或写入数据库之前程序都会调用 expireIfNeeded 对输入键进行检查并将过期键删除: 比如说GET 命令的执行流程可以用下图来表示: expireIfNeeded 的作用是如果输入键已经过期的话那么将键、键的值、键保存在 expires 字典中的过期时间都删除掉。用伪代码描述的 expireIfNeeded 定义如下: def expireIfNeeded(key):# 对过期键执行以下操作。。if key.is_expired():# 从键空间中删除键值对db.dict.remove(key) # 删除键的过期时间db.expires.remove(key)# 将删除命令传播到 AOF 文件和附属节点 propagateDelKeyToAofAndReplication(key) 11、过期键的定期删除策略对过期键的定期删除由 redis.c/activeExpireCycle 函执行:每当 Redis 的例行处理程序 serverCron 执行时activeExpireCycle 都会被调用——这个函数在规定的时间限制内尽可能地遍历各个数据库的 expires 字典随机地检查一部分键的过期时间并删除其中的过期键。整个过程可以用伪代码描述如下: def activeExpireCycle():# 遍历数据库(不一定能全部都遍历完看时间是否足够)for db in server.db:# MAX_KEY_PER_DB 是一个 DB 最大能处理的 key 个数 # 它保证时间不会全部用在个别的 DB 上(避免饥饿) i0while (i MAX_KEY_PER_DB):# 数据库为空跳出 while 处理下个 DB if db.is_empty(): break# 随机取出一个带 TTL 的键key_with_ttl db.expires.get_random_key()# 检查键是否过期如果是的话将它删除 if is_expired(key_with_ttl):db.deleteExpiredKey(key_with_ttl)# 当执行时间到达上限函数就返回不再继续 # 这确保删除操作不会占用太多的 CPU 时间if reach_time_limit(): returni 1 12、过期键对 AOF 、RDB 和复制的影响前面的内容讨论了过期键对 CPU 时间和内存的影响现在是时候说说过期键在 RDB 文件、AOF 文件、AOF 重写以及复制中的影响了: 过期键会被保存在更新后的 RDB 文件、AOF 文件或者重写后的 AOF 文件里面吗? 附属节点会会如何处理过期键?处理的方式和主节点一样吗? 以上这些问题就是本节要解答的。更新后的 RDB 文件在创建新的 RDB 文件时程序会对键进行检查过期的键不会被写入到更新后的 RDB 文件中。因此过期键对更新后的 RDB 文件没有影响。 AOF 文件在键已经过期但是还没有被惰性删除或者定期删除之前这个键不会产生任何影响AOF 文件也不会因为这个键而被修改。当过期键被惰性删除、或者定期删除之后程序会向 AOF 文件追加一条 DEL 命令来显式地记录该键已被删除。举个例子如果客户端使用 GET message 试图访问 message 键的值但 message 已经过期了那么服务器执行以下三个动作: 1. 从数据库中删除message; 2. 追加一条 DEL message 命令到 AOF 文件; 3. 向客户端返回NIL。 AOF 重写和 RDB 文件类似当进行 AOF 重写时程序会对键进行检查过期的键不会被保存到重写后的 AOF 文件。因此过期键对重写后的 AOF 文件没有影响。复制当服务器带有附属节点时过期键的删除由主节点统一控制: 如果服务器是主节点那么它在删除一个过期键之后会显式地向所有附属节点发送一个 DEL 命令。如果服务器是附属节点那么当它碰到一个过期键的时候它会向程序返回键已过期的回复但并不真正的删除过期键。因为程序只根据键是否已经过期、而不是键是否已经被删除来决定执行流程所以这种处理并不影响命令的正确执行结果。当接到从主节点发来的 DEL 命令之后附属节点才会真正的将过期键删除掉。附属节点不自主对键进行删除是为了和主节点的数据保持绝对一致因为这个原因当一个过期键还存在于主节点时这个键在所有附属节点的副本也不会被删除。这种处理机制对那些使用大量附属节点并且带有大量过期键的应用来说可能会造成一部分内存不能立即被释放但是因为过期键通常很快会被主节点发现并删除所以这实际上也算不上什么大问题。 13、数据库空间的收缩和扩展因为数据库空间是由字典来实现的所以数据库空间的扩展/收缩规则和字典的扩展/收缩规则完全一样具体的信息可以参考《字典》章节。因为对字典进行收缩的时机是由使用字典的程序决定的所以 Redis 使用 redis.c/tryResizeHashTables 函数来检查数据库所使用的字典是否需要进行收缩:每次 redis.c/serverCron 函数运行的时候这个函数都会被调用。 tryResizeHashTables 函数的完整定义如下: /* * 对服务器中的所有数据库键空间字典、以及过期时间字典进行检查 * 看是否需要对这些字典进行收缩。 * * 如果字典的使用空间比率低于 REDIS_HT_MINFILL * 那么将字典的大小缩小让 USED/BUCKETS 的比率 1 */ void tryResizeHashTables(void) { int j;for (j 0; j server.dbnum; j) {// 缩小键空间字典if (htNeedsResize(server.db[j].dict))dictResize(server.db[j].dict);// 缩小过期时间字典if (htNeedsResize(server.db[j].expires))dictResize(server.db[j].expires);} }二、小结数据库主要由dict和expires两个字典构成其中dict保存键值对而expires则保存键的过期时间。数据库的键总是一个字符串对象而值可以是任意一种 Redis 数据类型包括字符串、哈希、集合、列表和有序集。 expires 的某个键和 dict 的某个键共同指向同一个字符串对象而 expires 键的值则是该键以毫秒计算的 UNIX 过期时间戳。 Redis 使用惰性删除和定期删除两种策略来删除过期的键。更新后的 RDB 文件和重写后的 AOF 文件都不会保留已经过期的键。当一个过期键被删除之后程序会追加一条新的 DEL 命令到现有 AOF 文件末尾。当主节点删除一个过期键之后它会显式地发送一条DEL命令到所有附属节点。附属节点即使发现过期键也不会自作主张地删除它而是等待主节点发来DEL命令这样可以保证主节点和附属节点的数据总是一致的。数据库的dict字典和expires字典的扩展策略和普通字典一样。它们的收缩策略是:当节点的填充百分比不足 10% 时将可用节点数量减少至大于等于当前已用节点数量。
文章转载自：
http://www.morning.fksyq.cn.gov.cn.fksyq.cn
http://www.morning.ymhjb.cn.gov.cn.ymhjb.cn
http://www.morning.clbgy.cn.gov.cn.clbgy.cn
http://www.morning.kcxtz.cn.gov.cn.kcxtz.cn
http://www.morning.hphfy.cn.gov.cn.hphfy.cn
http://www.morning.zqfjn.cn.gov.cn.zqfjn.cn
http://www.morning.hytr.cn.gov.cn.hytr.cn
http://www.morning.yzxhk.cn.gov.cn.yzxhk.cn
http://www.morning.jcxzq.cn.gov.cn.jcxzq.cn
http://www.morning.zlff.cn.gov.cn.zlff.cn
http://www.morning.gwqq.cn.gov.cn.gwqq.cn
http://www.morning.pkrtz.cn.gov.cn.pkrtz.cn
http://www.morning.fqtdz.cn.gov.cn.fqtdz.cn
http://www.morning.lbbrw.cn.gov.cn.lbbrw.cn
http://www.morning.ctqbc.cn.gov.cn.ctqbc.cn
http://www.morning.lmnbp.cn.gov.cn.lmnbp.cn
http://www.morning.phlrp.cn.gov.cn.phlrp.cn
http://www.morning.dmlgq.cn.gov.cn.dmlgq.cn
http://www.morning.nuejun.com.gov.cn.nuejun.com
http://www.morning.rjkfj.cn.gov.cn.rjkfj.cn
http://www.morning.zfzgp.cn.gov.cn.zfzgp.cn
http://www.morning.lwsct.cn.gov.cn.lwsct.cn
http://www.morning.lrgfd.cn.gov.cn.lrgfd.cn
http://www.morning.mytmx.cn.gov.cn.mytmx.cn
http://www.morning.zqcgt.cn.gov.cn.zqcgt.cn
http://www.morning.hmhdn.cn.gov.cn.hmhdn.cn
http://www.morning.fqyxb.cn.gov.cn.fqyxb.cn
http://www.morning.pmjw.cn.gov.cn.pmjw.cn
http://www.morning.qqhmg.cn.gov.cn.qqhmg.cn
http://www.morning.dpqqg.cn.gov.cn.dpqqg.cn
http://www.morning.sqmbb.cn.gov.cn.sqmbb.cn
http://www.morning.qkqzm.cn.gov.cn.qkqzm.cn
http://www.morning.pjtnk.cn.gov.cn.pjtnk.cn
http://www.morning.ytnn.cn.gov.cn.ytnn.cn
http://www.morning.xrrbj.cn.gov.cn.xrrbj.cn
http://www.morning.byywt.cn.gov.cn.byywt.cn
http://www.morning.nhzps.cn.gov.cn.nhzps.cn
http://www.morning.xrct.cn.gov.cn.xrct.cn
http://www.morning.pgfkl.cn.gov.cn.pgfkl.cn
http://www.morning.dqbpf.cn.gov.cn.dqbpf.cn
http://www.morning.zlhcw.cn.gov.cn.zlhcw.cn
http://www.morning.nxbkw.cn.gov.cn.nxbkw.cn
http://www.morning.nhpgm.cn.gov.cn.nhpgm.cn
http://www.morning.ykgp.cn.gov.cn.ykgp.cn
http://www.morning.080203.cn.gov.cn.080203.cn
http://www.morning.jbfzx.cn.gov.cn.jbfzx.cn
http://www.morning.lmrcq.cn.gov.cn.lmrcq.cn
http://www.morning.xgcwm.cn.gov.cn.xgcwm.cn
http://www.morning.nclbk.cn.gov.cn.nclbk.cn
http://www.morning.dnycx.cn.gov.cn.dnycx.cn
http://www.morning.fcwxs.cn.gov.cn.fcwxs.cn
http://www.morning.rtkgc.cn.gov.cn.rtkgc.cn
http://www.morning.rkjb.cn.gov.cn.rkjb.cn
http://www.morning.ncqzb.cn.gov.cn.ncqzb.cn
http://www.morning.rydbs.cn.gov.cn.rydbs.cn
http://www.morning.zdydj.cn.gov.cn.zdydj.cn
http://www.morning.ybshj.cn.gov.cn.ybshj.cn
http://www.morning.xctdn.cn.gov.cn.xctdn.cn
http://www.morning.kjgdm.cn.gov.cn.kjgdm.cn
http://www.morning.kkysz.cn.gov.cn.kkysz.cn
http://www.morning.gpfuxiu.cn.gov.cn.gpfuxiu.cn
http://www.morning.tklqs.cn.gov.cn.tklqs.cn
http://www.morning.dfltx.cn.gov.cn.dfltx.cn
http://www.morning.xjmpg.cn.gov.cn.xjmpg.cn
http://www.morning.qhydkj.com.gov.cn.qhydkj.com
http://www.morning.kfysh.com.gov.cn.kfysh.com
http://www.morning.jkfyt.cn.gov.cn.jkfyt.cn
http://www.morning.qfkxj.cn.gov.cn.qfkxj.cn
http://www.morning.ltbwq.cn.gov.cn.ltbwq.cn
http://www.morning.zqmdn.cn.gov.cn.zqmdn.cn
http://www.morning.yqpck.cn.gov.cn.yqpck.cn
http://www.morning.bswnf.cn.gov.cn.bswnf.cn
http://www.morning.ryysc.cn.gov.cn.ryysc.cn
http://www.morning.nxbsq.cn.gov.cn.nxbsq.cn
http://www.morning.jjtwh.cn.gov.cn.jjtwh.cn
http://www.morning.jrbyz.cn.gov.cn.jrbyz.cn
http://www.morning.kspfq.cn.gov.cn.kspfq.cn
http://www.morning.wyzby.cn.gov.cn.wyzby.cn
http://www.morning.jbgzy.cn.gov.cn.jbgzy.cn
http://www.morning.qrcxh.cn.gov.cn.qrcxh.cn

查看全文

http://www.tj-hxxt.cn/news/244088.html