db -- 34




1 2 3 4
DELDEL key [key ...] 删除给定的一个或多个 key 。不存在的 key 会被忽略。 可用版本:>= 1.0.0 时间复杂度:O(N), N 为被删除的 key 的数量。删除单个字符串类型的 key ,时间复杂度为O(1)。删除单个列表、集合、有序集合或哈希表类型的 key ,时间复杂度为O(M), M 为以上数据结构内的元素数量。 返回值:被删除 key 的数量。 # 删除单个 key redis> SET name huangz OK redis> DEL name (integer) 1 # 删除一个不存在的 key redis> EXISTS phone (integer) 0 redis> DEL phone # 失败,没有 key 被删除 (integer) 0 # 同时删除多个 key redis> SET name "redis" OK redis> SET type "key-value store&quo
#技术帖    #技术分享    #存储    #command   

200x200


概述之前搭建了读写分离系统:MySQL 分布式主从读写分离架构及实战 对于这样主库用来读写,从库只读的系统,怎样决定每一个 sql 读写的真实库呢?在应用程序中主动判断显然是不现

#技术帖    #mysql    #sql    #技术分享   
概述无论是大企业还是小公司,都有意无意的使用 mysql 来搭建数据存储服务,但是随着业务访问量、数据量的急剧膨胀,集中式数据存储越来越凸显出他的技术瓶颈,需要做读写分离而这恰恰也是 mysql 的一个优势所在,正是 mysql 的可扩展性,让 mysql 逐渐成为了企业的优先选择 mysql 的分表设计mysql 上设计数据库应该力求做到小快灵,单库数据量要小,数据库要快速响应,表设计要灵活不同的业务可以选择不同的分表原则,同时需要考虑怎么高效的水平扩展数据量过大,就要进行表的拆分,当然,如果某个表的访问压力过大,同样也是需要考虑分表的,将两个表分别放到两个服务器上来分担压力那么怎么分表,策略主要有以下几个: 配置表 + 数据表将存储数据的表按照某种分表规则和查询路由进行分表,并新建配置表,存储和维护对应的分表规则和查询路由当然,如果分表规则太过灵活,这也意味着分表风险过高 mod 取模分表如果分 4 个表,那么用每条数据的自增ID对 4 取模,取得对应的分表编号,从而可以达到分散数据、分表的目的同时,随着业务发展带来的数据膨胀及访问压力的加大,进一步分表也是非常容易的 M
#技术帖    #mysql    #database    #技术分享   
1 2 3 4



京ICP备15018585号