大家好!以下是我在 2020 年 1 月 27 日至 2 月 2 日的所见、所闻、所学和所悟。
现在,我把它们安利给你们。
从我的英文博客翻译并迁移了一些原创文章到《Linux 管理员手册:既简单又深刻》专栏里,并分别命名为
帮尤金大神从他的 Baeldung Java Weekly 里翻译了一些文章到《Baeldung Java 周评》专栏里,并分别命名为
在符合许可的前提下从 Spring 官方指南里翻译了一些文章到《Spring 官方指南》,并分别命名为:
MySQL 实战 | 间隙锁和 next-key lock
收获:全表扫描的加锁方式、解决幻读问题、引入间隙锁、由于间隙锁导致的死锁现象、间隙锁会影响系统的并发度。
评分:10
MySQL 实战 | InnoDB 的加锁规则
收获:可重复读隔离级别下的验证、可重复读隔离级别遵守两阶段锁协议、事务提交或回滚时才释放加锁的资源、next-key lock 是间隙锁加行锁、提交隔离级别外键场景的间隙锁相对比较复杂、语句执行过程中上行锁,执行完毕后释放不满足条件行的锁、读提交隔离级别的锁范围更小时间更短、用可重复读隔离级别最大限度地提升系统并行处理事务的能力。
评分:10
《查看《MySQL 实战》原文》
AWS | 方案架构助理 | DNS 入门
收获:DNS 根服务器、顶级域名(TLD)、子域名、空间与空间文件、记录、域名服务器、权威机构、主机、全限定域名(FQDN)。
评分:10
AWS | 方案架构助理 | 域名注册
收获:检查域名是否可用、通过注册商购入域名、托管域名、空间文件里的记录。
评分:9
AWS | 方案架构助理 | 私有对比公有托管空间
收获:公有托管空间:当通过 Route 53 注册域名或将域名转入 Route 53 时或自己手动创建;私有托管空间:在一个或多个 VPC 之间手动创建而来,只能被关联的 VPC 所访问。
评分:9
AWS | 方案架构助理 | 记录集类型
收获:A Record/AAAA:A Record 提供了 IPv4 地址,AAAA 提供了 IPv6 地址;CNAME 记录:别名记录;MX Record:指定邮箱服务器;NS Record:指定子域名服务器;TXT Record:指定域名的描述类文本;Alias Record:CNAME 的扩展,可以像使用 A Record 一样使用它。
评分:9
AWS | 方案架构助理 | 健康检查
收获:Route 53 健康检查器、健康检查类型、Route 53 以及健康检查。
评分:9
AWS | 方案架构助理 | 路由策略 - 简单
收获:优势:简单,默认选项,均匀传播请求;劣势:无性能控制,无细粒度健康检查,为别名类型而准备 - 只对应一个单一的 AWS 资源。
评分:8
AWS | 方案架构助理 | 路由策略 - 故障转移
收获:查询会解析至主记录地址 - 除非它不健康,则 Route 53 将响应次记录地址。
评分:9
AWS | 方案架构助理 | 路由策略 - 基于权重
收获:根据分配给每个记录权重来做解析。
评分:8
AWS | 方案架构助理 | 路由策略 - 基于延迟
收获:根据每个记录地址的访问延迟来做解析,每次访问的延迟都将被记录在一个数据库中。
评分:9
AWS | 方案架构助理 | 路由策略 - 基于地理位置
收获:根据每个记录地址所指向的 region来做解析,客户的请求会被引导至其所处的区域。
评分:10
AWS | 方案架构助理 | S3 存储权限
收获:借助身份识别策略来进行桶权限验证;借助资源策略来限制桶资源的访问;通过 ACL 来限制桶资源的访问。
评分:9
AWS | 方案架构助理 | S3 数据传输
收获:单流上传:5 G 以内;多流上传:5 G 以上,更快,更稳,每个独立的流都可尝试重传。
评分:10
AWS | 方案架构助理 | S3 对象加密
收获:客户端加密;结合 SSE-C(客户管理的密钥) 的服务端加密;结合 SSE-S3(S3 管理的密钥) 的服务端加密;结合 SSE-KMS(AWS KMS 管理的密钥) 的服务端加密。
评分:10
AWS | 方案架构助理 | 静态网站与 CORS(跨域资源共享)
收获:静态网站:HTML、CSS、JavaScript,多媒体(音频、视频、图片);CORS:允许一个域名里的应用引用另一个域名里的资源。
评分:8
AWS | 方案架构助理 | S3 对象版本控制
收获:开启版本控制后,每次对象的变更都将生成新的版本,一旦开启就无法完全关闭,只能暂停。
评分:9
AWS | 方案架构助理 | 预签名地址
收获:借助创建者的访问权限来访问一个对象,可用于下载或上传对象。
评分:9
AWS | 方案架构助理 | 存储层/种类
收获:标准(Standard);标准不常访问(Standard-IA,Standard Infrequent Access);单点不常访问(One Zone-IA);冰河(Glacier);冰河深度归档(Glacier Deep Archive),磁带式存储替代品。
评分:10
AWS | 方案架构助理 | 生命周期策略与智能层级切换
收获:指定对象的生命周期,可以在指定情况下进行层级的切换操作。
评分:10
AWS | 方案架构助理 | 跨区复制
收获:复制的对象持有:存储类型、对象名(键)、持有者、对象权限;从源桶复制一个目标桶至另一个区域。
评分:9
AWS | 方案架构助理 | CloudFront 架构
收获:组件:源站、分布、边缘节点、区域边缘缓存;缓存过程:1. 创建一个分布并指向一或多个区域,通过 DNS 地址对其进行访问,2. DNS 地址将请求定向至最近的可用边缘节点,3. 若边缘节点有缓存的版本则将其返回,4. 若没有缓存版本则尝试从一个区域或源站进行下载,5. 边缘节点在获取数据后立即将其回传并缓存至本地。
评分:10
AWS | 方案架构助理 | OAI - 原始存取身份
收获:用来允许某个 CloudFront 分布访问私有 S3 资源。
评分:10
AWS | 方案架构助理 | 弹力文件系统
收获:NFSv4 协议的实现;文件系统可以被多个实例所访问:共享主目录、文档、日志。
评分:10
AWS | 方案架构助理 | 数据库模型
收获:RDBMS。
评分:9
AWS | 方案架构助理 | RDS 基础
收获:DBaaS/数据库为服务:支持多种数据库引擎、可被部署至多个空间中、支持两种存储类型(General Purpose SSD/gp2、Provisioned IOPS SSD/io1)、收费(实例大小、IOPS 如果用的是 io1、传出数据)。
评分:9
AWS | 方案架构助理 | RDS 备份与恢复
收获:将数据从主复制到备、日志备份至 S3、备份可保留至 35、可手动创建快照、恢复创建新端点地址的新 RDS 实例。
评分:10
AWS | 方案架构助理 | RDS 弹力:异地多备
收获:同一个区域里的一主多备实例、只有主库可通过 CNAME 来访问、对性能无帮助,但其优势是 RTO 比通过快照恢复要低。
评分:10
AWS | 方案架构助理 | RDS 只读复制
收获:从主库复制出来并放至相同或不同区域内的副本。
评分:10
AWS | 方案架构助理 | Aurora 基础
收获:单主零从或多从集群。
评分:8
AWS | 方案架构助理 | Aurora 无服务器
收获:指定一个最小及最大的 Aurora Capacity Units(ACUs),Aurora 无服务器可以使用数据 API。
评分:9
AWS | 方案架构助理 | DynamoDB 基础
收获:表:一堆共享相同分区键或分区键加排序键组合的项;项:一堆共享了相同键结构的属性;查询(优先选用):只能通过一个分区键外加其他过滤来获取数据;扫描:可以通过过滤来获取数据。
评分:8
AWS | 方案架构助理 | DynamoDB 性能与价格
收获:读容量单元、写容量单元、强一致性读、预置吞吐量计算。
评分:9
AWS | 方案架构助理 | DynamoDB 流与触发器
收获:流的配置类型:KEYS_ONLY、NEW_IMAGE、OLD_IMAGE、NEW_AND_OLD_IMAGES;触发器:可与 Lambda 函数集成。
评分:8
AWS | 方案架构助理 | DynamoDB 索引
收获:局部二级索引:必须在建表时创建,与表的分区键一致,共享 RCU 以及 WCU 值;全局二级索引:可以在建表之后创建,可以使用不同的分区键,有各自的 RCU 以及 WCU 值。
评分:8
AWS | 方案架构助理 | DynamoDB 加速器(DAX)
收获:为 DynamoDB 而设计的内存缓存,微秒级查询,维护条目(GetItem、BatchGetItem)和查询(Query、Scan)缓存。
评分:9
AWS | 方案架构助理 | ElastiCache
收获:支持 Redis 和 Memcached 的内存数据存储;两种常见用途:缓存数据库读结果,提高应用性能及降低成本、保存用户会话状态,以实现无状态计算实例。
评分:9
AWS | 方案架构助理 | 负载均衡基础
收获:分发入站请求;将入站请求分发至指定服务;ELB 提供三种高可用可伸缩负载均衡器:经典(CLA)、应用(ALB)、网络(NLB)。
评分:9
AWS | 方案架构助理 | 经典负载均衡(CLB)及健康检查
收获:支持网络第 3-4 层以及一些 HTTP/S 特性;该设备并不非处于网络第 7 层,所以并不真正支持 HTTP/S;一个 SSL 对应一个负载均衡。
评分:8
AWS | 方案架构助理 | 应用负载均衡(ALB)
收获:支持网络第 7 层;VPC 默认推荐的负载均衡器,性价比高于 CLB;可与 EC2、ECS、Lambda、HTTPS、HTTP/2 以及 WebSockets 等服务以及应用相结合,并可与 AWS Web 应用防火墙(WAF)集成;适用于容器集群或微服务;一个负载均衡可以借助 SNI 来停靠多个 SSL 证书。
评分:10
AWS | 方案架构助理 | 网络负载均衡
收获:处在网络第 4 层,低延迟,性能最佳的负载均衡。
评分:9
AWS | 方案架构助理 | 启动模版与配置
收获:经典配置:AMI 镜像、实例类型、存储、密钥对、IAM 角色、用户数据、购买选项、网络配置、安全组;增强版启动模版:版本控制与继承、标签、更高级的购买选项、新实例特性(弹力图、T2/T3 无限制设置、置放群组、容量预留、租户选项)。
评分:8
AWS | 方案架构助理 | EC2 自动伸缩组
收获:通过启动模版和配置来启动新实例,可配置到多空间中以提高可用性。
评分:9
AWS | 方案架构助理 | VPC VPN
收获:组件:虚拟私有云(VPC)、虚拟私有网关(VGW)、客户网关(CGW)、VPN 连接;最佳实践与高可用性:尽量使用动态 VPN、把管道两端连接至 CGW、尽量使用两个 VPN 连接和两个 CGW。
评分:9
AWS | 方案架构助理 | 私有直连(DX)架构
收获:通过 DX 位置或 DX 合作商的跨连接以及客户路由器来建立机房网络与亚马逊云之间的物理直连;独立连接使用单模式光纤,速度范围在 1 至 10 G;DX 之上运行的是虚拟网卡;公有虚拟网卡可以访问亚马逊云的公有服务,例如 S3;私有虚拟网卡被用来连接至 VPC;DX 不支持高可用或加密。
评分:9
AWS | 方案架构助理 | 选择私有直连(DX)或 VPN?
收获:VPN:分钟级部署、经济实惠、底层或与硬件接触、需要加密的传输、位置可随意更换、高可用选项、短期连接(在 DX 之内的话,时间以 DX 为准);私有直连:高吞吐率、性能稳定、低延迟、大数据传输、不争用当前网络连接;两者配合:VPN 可作为实惠的 DX 高可用选项、VPN 可作为两个 DX 的额外层(以提高可用性)、紧急情况时可以在 DX 上线之前先使用 VPN、可在 DX 之上通过公有虚拟网卡 VPN 来进行加密处理。
评分:9
AWS | 方案架构助理 | 雪球存储机箱、雪球计算存储机箱、雪球存储货柜车
收获:雪球存储机箱:数据传进传出、从亚马逊云获取存储机箱、适用于 TB 或 PB 级数据传输 - 雪球机箱可容纳 50-80 TB 的数据、传输速度为 1-10 G、数据通过 KMS 加密、通常用于存放 10TB-10PB 数据、可通过多个雪球机箱来处理大量或存放在异地的数据、需 7 天或以上时间来将数据完全迁移至亚马逊云;雪球计算存储机箱:包含存储与计算、容量大于雪球存储机箱、传输速度为 10(RJ45)-10/25(SFP)-45/50/100(QSFP+) G、计算适用于本地实例或 Lambda 功能、三种版本(存储优化、计算优化、结合 GPU 的计算优化)、计算适用于 IoT,可在数据被摄入亚马逊云之前对其做处理、适用于需要用到雪球存储机箱的场景,但是算力更优;雪球存储货柜车:搭载与卡车上的移动式存储中心货柜箱、局限于一些指定区域范围、适用于单区域数据大于 10 PB+ 时、存储上限为 100 PB、不适用于 10 PB 以下的异地传输、卡车开往数据中心直接对接以进行数据的传输。
评分:9
AWS | 方案架构助理 | 存储网关
收获:文件网关、存储卷网关、存储胶带官网。
评分:8
AWS | 方案架构助理 | 数据库迁移服务
收获:适用于关系型数据库的迁移操作;兼容各种主流关系型数据库;可同步数据至 Redshift、S3 以及 DynamoDB;可借助模式转换工具(AWS SCT,Schema Conversion Tool)来在数据库引擎之间进行数据转换操作。
评分:8
AWS | 方案架构助理 | 联合身份验证(IDF)
收获:跨账户角色、安全断言标记语言(SAML) 2.0 IDF、Web 联合身份识别。
评分:10
AWS | 方案架构助理 | 联合身份验证的使用场景
收获:企业访问亚马逊云资源、移动及 Web 应用、中心化身份识别管理(亚马逊云账户)。
评分:9
AWS | 方案架构助理 | 消息推送服务(SNS)
收获:SNS 基础:与多个亚马逊云服务集成、SNS 与 CloudWatch 相结合可以给管理员发送重要的提醒、可以被用于移动端提示推送;SNS 组件:Topic、Subscriber、Publisher。
评分:10
AWS | 方案架构助理 | 消息队列服务(SQS)
收获:推送类型:短轮询、长轮询、更少的空 API 调用。
评分:10
AWS | 方案架构助理 | 弹性转码器
收获:作业队列、定义了输入对象的作业、预设转码配置、用于发送作业状态变更提醒的管道。
评分:8
AWS | 方案架构助理 | 交互式 SQL 查询服务(Athena)
收获:能够查询结 S3 中的结构化、半结构化以及无结构化数据;可以查询多种亚马逊云日志,包括流日志以及负载均衡日志;无法对数据做变更。
评分:8
AWS | 方案架构助理 | 弹性大数据处理(EMR)
收获:大规模并发处理大数据、拥有零个或多个核心节点、主节点对节点集群进行管理、任务节点可选,可用来执行任务。
评分:9
AWS | 方案架构助理 | 流数据捕获加载服务(Kinesis 以及 Firehose)
收获:流、分片、数据记录。
评分:8
AWS | 方案架构助理 | 数据仓库(Redshift)
收获:PB 级规模数据仓库方案、用于分析负载的列数据库、专属于 OLAP、多数据库数据收集、可从 S3 加载数据,反之亦然。
评分:9
AWS | 方案架构助理 | 云监控(CloudWatch)
收获:一小时指标将被保留 455 天;五分钟指标将被保留 63 天;一分钟指标将被保留 15 天;可以与警报器结合使用。
评分:10
本周无
本周无
本周无
卖桃者说第 31 期 | 程序员后来都干啥去了
收获:技术角色:关注技术和逻辑实现,可发展为 “T” 型人才,需要有对技术的钻研和敏感性;业务角色:关注用户和价值,有同理心;管理角色:关注过程质量,有条理;角色融合:每个人都是三种角色的融合体。
评分:10
卖桃者说第 32 期 | 做好事情的 4 个思维方式
收获:强化内功;持续改进;不断叠加;保持耐心。
评分:10
卖桃者说第 33 期 | 你只能做到阶段性正确
收获:不断更新迭代的技术知识,从中选出现阶段最合适的技术。另外不要妄想一步到位,技术实时在更新,各种框架的选型用法也是层出不穷,很多当前的用法都只是阶段性正确,每个技术人都需要不断的修正自己,不要让自己陷入到已有知识的认知围城中。
评分:10
卖桃者说第 34 期 | 反正项目都会延期的?
收获:1. 历史长河中累积的经验失效了;2. 大部分程序员都是乐天派;3. 不变只是愿望,变化才是永恒;。
评分:9
卖桃者说第 35 期 | 程序员创业容易遇到的麻烦事
收获:1. 不是每个创业公司都需要 CTO;2. 什么样的老板是好老板;3. 做个快公司;4. 没有金刚钻,别揽瓷器活;5. 以创业的心态打工,以打工的心态创业。
评分:10
卖桃者说第 36 期 | Deadline 的魅力
收获:霍夫施塔特定律:即使你考虑到了霍夫施塔特定律,项目的实际完成时间总是比预期的要长;布鲁克定律:为已经延期的软件项目增加人手只会让项目延期得更厉害;时间的力量:一个新的团队,无论多么拼命,多么才华横溢,只要是需要协作开发的项目,初期基本上很难做到保质保量按时发布;Deadline 的魅力:一种行之有效的项目进度管理方式,就像武侠小说里的月夜斩一样,偶尔用一下,威力惊人。但不能常用,否则会适得其反。
评分:9
卖桃者说第 37 期 | 如何读好一本书
收获:1. 这本书到底在谈什么?2. 作者具体说了什么,怎么说的?3. 这本书说的有道理吗?是全部有道理,还是部分有道理?4. 这本书跟你有什么关系?四个渐进层次:1. 基础阅读;2. 检视阅读;3. 分析阅读;4. 主题阅读。
评分:10
极客新闻 | 微信小程序前端技术解密
收获:小程序大部分的 UI 组件都是 H5 的渲染方式,而不是像 RN 一样设计成 Native 的 UI 组件。
评分:8
极客新闻 | 语音助手存漏洞,可远程操控手机
收获:当把人类语音搭载到超声波这样的高频时,人耳就听不到了,但是,由于硬件漏洞,它仍然能够被这些麦克风录取,随后又被解调成人类语音的频率,从而能被语音识别系统识别。
评分:8
极客新闻 | WiFi 爆惊天漏洞!KRACK 可攻陷所有 WiFi 网络
收获:漏洞名为 “KRACK”,也就是 “Key Reinstallation Attack”(密钥重安装攻击)的缩写。漏洞存在于四路握手(four-way handshake)机制中,四路握手允许拥有预共享密码的新设备加入网络。
评分:7
极客新闻 | eBay ShopBot 购物机器人的架构设计思路
收获:基于微服务架构,包括 Java 8、Scala、Python、Play、Google Cloud BigTable 以及 Spark 机器学习模型训练。部署模型基于 Google 云平台、Docker 以及 Kubernetes。
评分:9
极客新闻 | Slack 是如何使用 WebRTC 的?
收获:WebRTC 仍然一种新兴的技术,与之相关的质量演进还需要比较长的事件,应用场景都有很大的空间可以挖掘。
评分:7
极客新闻 | 苹果详解 Face ID 的安全性
收获:Face ID 使用了多个神经网络,分为面部识别和抗欺骗两类。面部识别神经网络可以应对用户穿戴帽子、围巾、眼睛、隐形眼镜以及格式太阳镜的情形;而抗欺骗神经网络则是防止使用照片或者面罩来解锁手机。
评分:8
极客新闻 | 微软加入量子计算的竞争
收获:微软的量子计算平台预览版将包括一个量子计算模拟器,以及一种集成在 Visual Studio 种的量子计算编程新语言。根据微软介绍,该平台的拓扑量子比特计算执行时间更长、一致性更好并且误差更小。
评分:10
每日一课 | 如何在多线程环境里安全读写数组?
收获:常用的两种数组,NSArray 和 NSMutableArray;NSArray:不可变数组,线程安全,无法对元素进行增删操作;NSMutableArray:可变数组,非线程安全,是 NSArray 的子类,提供了 addObject、insertObject:atIndex、removeObjectAtIndex 等方法来对元素进行增删改操作。解决线程安全问题的几个方法:GCD,一个队列加两个方法,并行队列;dispatch_sync 方法,封装读操作;dispatch_barrier_async 方法,封装写操作。
评分:8
每日一课 | HBase 和 Aerospike 哪个 NoSQL 才是你的菜?
收获:HBase:Minor Compaction,Major Compaction,Split,Scan,Coprocessor;Aerospike:RIPEMD160 Hash 算法,数据固定,数据均匀分布,线性水平扩展能力。
评分:8
每日一课 | 内部方法调用时,为什么 Spring AOP 增强不生效?
收获:调用的不是 Spring AOP 的 Proxy 对象,解决方法:Autowired、applicationContext 的 getBean、AOPContext 取得 currentProxy 对象;类内部注入自己的时候没有加 @Lazy 注解。
评分:9
每日一课 | 如何提升 CPU 性能,解放 CPU 的算力枷锁?
收获:运算符熔合:熔合之前、熔合之后;批量规范化。
评分:8
每日一课 | 如何实现 AI 模型的云、端、web 统一部署?
收获:训练:读 & 预处理、中枢、分发策略;部署:保存的模型,供各种平台调用。
评分:9
每日一课 | 如何快速对应用系统做一个 360 度的画像诊断?
收获:进程消耗 CPU;内存利用率暴增;数据库连接数被耗尽;各种 OOM;线程死锁;锁争用;上下文切换太频繁。
评分:10
每日一课 | 支付系统中,有哪些技术问题可能会引发资金损失?
收获:问题的产生:人为操作不当、系统逻辑错误、并发场景处理不当、网络异常、查询和通知问题、接口幂等性问题、状态同步问题、重复提交问题;前后端防重:前端防重(禁掉提交按钮、数据库加索引、Redis 加锁、token 校验)、后端防重(数据库乐观锁、有限状态机、白名单)。
评分:10
《查看《每日一课》原文》
本周无
新型冠状病毒感染防护(真是一本及时雨)
收获:常识篇、症状篇、预防篇、误区篇。
评分:10
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.1 MySQL 数据库 - 1.1.1 MySQL 数据库历史
收获:初期开源数据库阶段;Sun MySQL 阶段;Oracle MySQL 阶段。
评分:7
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.1 MySQL 数据库 - 1.1.2 MySQL 数据库分支版本
收获:MariaDB、Drizzle、Percona Server、InnoSQL。
评分:7
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.2 SQL 编程
收获:面向过程化的 SQL 编程阶段、面向集合的 SQL 编程阶段、融合的 SQL 编程阶段。
评分:9
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.3 数据库的应用类型
收获:OLTP:联机事务处理/OnLine Transaction Processing,基本的、日常的事务处理,例如银行交易;OLAP:联机分析处理/Online Analysis Processing,数据仓库系统的主要应用,支持复杂分析操作,侧重决策支持,并提供直观易懂的查询结果。
评分:8
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.3 数据库的应用类型 - 1.3.1 OLTP
收获:特征:支持大量并发用户定期添加和修改数据;反映随时变化的单位状态,但不保存其历史记录;包含大量数据,其中包括用于验证事务的大量数据;具有复杂的结构;可以进行优化以对事务活动做出响应。
评分:8
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.3 数据库的应用类型 - 1.3.2 OLAP
收获:基本概念:维(Dimension)- 用户观察数据的特定角度,问题的一类属性,属性集合构成一个维(时间维、地理维)、维的层次(Level)- 细节程度不同的各描述方面(时间维包括日期、月份、季度、年)、维的成员(Member)- 维的取值,数据项在维中位置的描述,如 “某年某月某日” 是时间维上位置描述、度量(Measure)- 多维数组取值;基本多维分析操作:钻取(Drill-up/Roll-up、Drill-down)- 改变维的层次,变换分析的粒度,向上钻取降低层次细节数据概括到高层次汇总数据或减少维度,向下钻取从汇总数据深入细节进行观察或增加新维、切片(Slice)和切块(Dice)- 选定部分维的值,关注数据在剩余维的分布,剩余两个维是切片,剩余三个或以上是切块、旋转(Pivot)- 变换维的方向,在表格中重新安排维的放置(行列互换)。
评分:8
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.3 数据库的应用类型 - 1.3.3 OLTP 与 OLAP 比较
收获:OLTP 主要执行基本的、日常的事务处理,比如在银行做存取操作。OLTP 特点:实时性要求高、查询数据量不大、确定的交易,对确定性的数据进行存取、并发性要求高,严格要求事务完整性、安全性;OLAP 是数据仓库系统的主要应用,复杂的动态报表系统。OLAP 特点:实时性要求不高,最多每天更新一次、数据量大,支持动态查询,通过很多数据统计出想要的数据,时间序列分析等、重点是决策支持,查询是动态的,随时提出查询要求,通过 “维” 来搭建动态查询平台,供用户决定需要显示的信息。
评分:9
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.3 数据库的应用类型 - 1.3.4 MySQL 存储引擎及其面向的数据库应用
收获:连接池组件(Connection Pool)、管理服务和工具组件(Management Services & Utilities)、SQL 接口组件(SQL Interface)、查询分析其组件(Parser)、优化器组件(Optimizer)、缓冲组件(Caches & Buffers)、插件式存储引擎(Pluggable Storage Engines)、物理文件(File system);存储引擎:InnoDB 存储引擎、MyISAM 存储引擎、NDB 存储引擎、Memory 存储引擎、Infobright 存储引擎、NTSE 存储引擎。
评分:9
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.4 图形化 SQL 查询分析器 - 1.4.1 MySQL Workbench
收获:SQL 查询分析、数据库建模、数据库管理监控。
评分:6
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.4 图形化 SQL 查询分析器 - 1.4.2 Toad for MySQL
收获:版本控制集成、宏录制和播放、数据库浏览、代码段编辑、安全管理、SQL 编辑、快速的多标签模式浏览、数据库提取/比较/搜索、导入和导出。
评分:7
MySQL 技术内幕:SQL 编程 | 第 1 章 - 1.4 图形化 SQL 查询分析器 - 1.4.3 iMySQL-Front
收获:最大程度地符合数据库开发和管理的要求。
评分:7
MySQL 技术内幕:SQL 编程 | 第 2 章 - 2.1 类型属性 - 2.1.1 UNSIGNED
收获:将数字类型无符号化,不推荐使用,尽量使用 BIGINT 来替代 INT UNSIGNED。
评分:9
MySQL 技术内幕:SQL 编程 | 第 2 章 - 2.1 类型属性 - 2.1.2 ZEROFILL
收获:设置 ZEROFILL 属性后输出的数字会自动补齐前面的零。
评分:7
本周无
How Do You Sleep? - Sam Smith
本周无
希望你在吸收了这些精华之后,能与我一起,茁壮成长…
英雄,我们下期,不见不散!