执键写春秋 执键写春秋
4年前
Java集合之综合论述
1.Java集合1.1集合应用场景1.无法预测存储数据的数量的情况下,2.同时存储一对一关系的数据3.需要进行数据的增删4.数据重复问题1.2集合框架的体系结构集合框架分为两类,一是Collection,用于存储类的对象。二是Map,以键值对的形式存储信息。Collection主要有三个子接口,List(序列),Queue(队列
Wesley13 Wesley13
3年前
C++各大有名科学计算库
在C中,库的地位是非常高的。C之父BjarneStroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的言论。现实中,C的库门类繁多,解决的问题也是极其广泛,库从轻量级到重量级的都有。不少都是让人眼界大开,亦或是望而生叹的思维杰作。由于库的数量非常庞大,而且限于笔者水平,其中很多并不了解。所以文中所提的一些库都是比较著名的大型
Stella981 Stella981
3年前
HIVE string与varchar调研文档
一、简要介绍:Hive有2种类型用于存储变长文本。1.Hive0.12.0版本引入了VARCHAR类型,VARCHAR类型使用长度指示器(1到65355)创建,长度指示器定义了在字符串中允许的最大字符数量。如果一个字符串值转换为或者被赋予一个varchar值,其长度超过了长度指示器则该字符串值会自动被截断。2.STRING存储变长的文本,对长度
Stella981 Stella981
3年前
Redis 的多线程版本比 Redis 本身要快 5 倍
如果我告诉您有一个Redis的分支版本,它的性能比原生的Redis快5倍,而且延迟却降低近5倍,你会不会想了解一下这个项目?而如果您不再需要哨兵节点并且您的副本可以接受读取和写入,这将有可能使分片数量减少10倍,这样对你的吸引力是不是更大了呢?我说的这个分支版本,它其实是Redis的一个分叉版本,名叫KeyDB。KeyDB是
Stella981 Stella981
3年前
OpenVPN分配静态IP以及同一网段内IP个数(64个)
说明:简单的来说,同一网段内可用的IP数量只有64个;(不一定正确)最直接的解释就是每个客户端占用两个IP,因为根据IP掩码位/30得知可用的IP就是两个。对于为什么只有64个,下面是官方的解释。解释:分配静态IP的方式是通过ipconfigpush设置的,而ifconfigpush地址代表虚拟客户端和服务器IP端点。它们必须从连续/30个子网中
Wesley13 Wesley13
3年前
mysql 学习笔记
1在使用多列作为主键时,上述条件必须应用到所有列,所有列值的组合必须是唯一的(但单个列的值可以不唯一)。2多条SQL语句必须以分号(;)分隔。3在选择多个列时,一定要在列名之间加上逗号4DISTINCT关键字作用于所有的列,不仅仅是跟在其后的那一列5返回特定数量的行:各种数据库中的这一SQ
Wesley13 Wesley13
3年前
Java实现随机红包分配算法 [非均值波动]
关于红包算法,其实笔者早在16年某个直播平台实现过。论彻底随机性,网上可刊资料少之又少。在网上查阅的资料大部分都是非随机分配、均值波动分配等方案,那么以下笔者来分享一套红包的分配算法。介绍下网上惯用的做法:1、均值波动分配  即根据总金额和数量,计算出平均值,为每个红包的金额进行上下随机波动,计算出所有红包的金额。2、随机金额分配 
Stella981 Stella981
3年前
Http的会话token验证优化
这里只是优化思路的一个具体应用场景。在服务进程中收到一个http请求的时候会对客户端携带的token进行验证,一般token会有有效期的。这个一般可用于登录合法验证。一般流程会是这样:服务进程redis验证token等信息,再处理业务。如果服务进程数量上万个的话,那么单着一个验证token代价就会很庞大。几万个进程都会链接这个token集群进
Wesley13 Wesley13
3年前
2015 年最受欢迎的 7 个系统监控工具
随着企业的成长,相应的IT要求也随之提高。在很多公司中,很难找到在哪个方面不依赖IT的支持。随和企业对IT依赖程度的增加,有效管理和保护IT和数据设备就变得尤为重要。系统管理是一个涵盖性术语,它指的是某个公司对其信息技术资源的集中化管理,包含了系统监控和系统数据及设备管理。在考虑集中式系统管理时,公司规模、设备数量、IT基础设施复杂度、IT资
Easter79 Easter79
3年前
TiDB 在知乎万亿量级业务数据下的实践和挑战
一、业务场景知乎从问答起步,在过去的8年中逐步成长为一个大规模的综合性知识内容平台,目前,知乎上有多达3000万个问题,共收获了超过1.3亿个回答,同时知乎还沉淀了数量众多的文章、电子书以及其他付费内容,目前注册用户数是2.2亿,这几个数字还是蛮惊人的。我们有1.3亿个回答,还有更多的专栏文章,所以如何高效的把用户最感兴