问题背景

MySql(InnoDB)中的订单表需要按时间顺序分页查询，且主键不是时间维度递增，订单表在百万以上规模，此时如何高性能地实现该需求？

注：本文并非主要讲解如何建立索引，以下的分析均建立在有合适的索引的前提下

问题背景及要求

• 需要对评论进行点赞次数和被评论次数进行统计，或者更多维度
• 要求高并发、高性能计数，允许极端情况丢失一些统计次数，例如宕机
• 评论很多，不能为每一个评论都一直保留其计数器，计数器需要有回收机制

原文链接   译者:Carvendy

12. 虚拟环境和包

12.1 介绍

  Python应用程序总会使用一些包和模块，它们离不开标准库。应用程序需要指定标准库的版本，因为应用程序可能需要避免一个已经修复的bug，或者是应用程序重写了具体版本标准库的接口的实现。

  这意味着也许不可能需要给每一个应用程序安装它所需要的的版本。如果应用A需要1.0的部分模块，而应用B需要版本2.0的，这样是会产生冲突的，并且只安装1.0或者2.0版本将会使得另外一个应用无法正常运行。

  解决这个问题的方法就创建虚拟环境，它是一个自包含目录树，里面安装有Python各个版本，一个数字一个包版本地区分开来。

  不同的应用程序可以使用不同的环境变量。为了解决前面的冲突，应用程序A可以有自己的虚拟环境并使用版本1.0，同时应用程序B可以使用虚拟环境的版本2.0。如果应用程序B需要升级到版本3.0，也一样不会对应用程序的环境影响。

阅读全文

原文链接  译者:carvendy

设计理念

  这页概述了Istio的核心设计理念。

  Istio的架构里有一些关键的设计理念，是在服务在一定规模上和高性能的标准上，系统必备的能力。 阅读全文

一、前言

考虑这样一个场景，有个数据量有10多亿数据的设备库，里面存放了注册的设备的信息，并且设备数据还可能会递增，然后业务集群需要对指定条件的设备群发信息，那么如何才能高效的来处理这个问题那？

阅读全文

一、概要

几十年来，关系型数据库已经成为企业应用程序的基础，自从MySQL在1995年发布以来，它已经成为一种受欢迎并且廉价的选择。然而随着近年来数据量和数据的不断激增，非关系数据库技术如MongoDB应运而生，以满足新应用的需求。 MongoDB用于新的应用程序，以及扩充或替换现有的关系型基础设施（关系型数据库）。

阅读全文

一、前言

UML：Unified Modeling Language（统一建模语言），使用UML进行建模的作用有哪些：

• 可以更好的理解问题
• 可以及早的发现错误或者被遗漏的点
• 可以更加方便的进行组员之间的沟通
• 支持面向对象软件开发建模，可以更好的描述显示编程的情景。
• 对于复杂的系统来说，如果概要模型做的好，那么整个系统的模型也就很清晰明了。

阅读全文

JVM中有这样一段注释：

[code lang=”java”]
// The base-class, PlatformEvent, is platform-specific while the ParkEvent is
// platform-independent. PlatformEvent provides park(), unpark(), etc., and
// is abstract — that is, a PlatformEvent should never be instantiated except
// as part of a ParkEvent.
// Equivalently we could have defined a platform-independent base-class that
// exported Allocate(), Release(), etc. The platform-specific class would extend
// that base-class, adding park(), unpark(), etc.
//
// A word of caution: The JVM uses 2 very similar constructs:
// 1. ParkEvent are used for Java-level "monitor" synchronization.
// 2. Parkers are used by JSR166-JUC park-unpark.
//
// We’ll want to eventually merge these redundant facilities and use ParkEvent.
[/code]

阅读全文

原文链接 译者[陈志军]

通常 HTTP 被设计为无状态，面向请求/响应的协议，对于有一些逻辑相关的请求/响应交换的有状态会话没有特别的规定。正当 HTTP 协议越来越流行和被认可，越来越多之前没有打算使用它的系统，现在也开始为了应用程序而使用它。例如电子商务应用的内容传输。因此，支持 HTTP 状态管理变得非常有必要。
NetScape(网景公司)，曾经引领网页客户端和服务器端软件的发展，在他们的产品中基于专有的规范，提供了 HTTP 状态管理的支持。之后，NetScape 尝试通过发布规范草案来标准化这种机制。这些努力通过 RFC 标准促进了正式的规范定义。但是，状态管理在很多应用程序中仍然支持 Netscape 的草案而不兼容官方的标准。很多Web浏览器的主要开发人员觉得有必要保留这些极大地促进标准兼容性的草案。

阅读全文

原文链接  译者[white]

第五章：流式 API

5.1 易用 API 接口

4.2版本的 HttpClient 带来了一组非常容易使用的流式 API(Fluent API) 接口。暴露的流式API(Fluent API) 接口中仅仅是 HttpClient 最基本的一些功能，这些接口是在不需要使用 HttpClient 丰富的灵活性时，为了一些简单的功能而准备的。 例如：流式接口(Fluent API) 增加了使用者对连接的管理和资源的分配上的便利性。这里有一系列通过 HttpClient 流式接口(Fluent API) 执行 HTTP 请求的示例：

阅读全文

作者：泥瓦匠 原文链接：传送门
今天群里面讨论，DDL 还是 DML，我这种小白还是总结下他们的区别吧。

阅读全文

原文链接   译者：小村长

原文链接   译文连接 译者：小村长  校对：方腾飞

Quick Start

本项目是 Apache Velocity官方文档的中文翻译版，Velocity类似与JSP，是一种基于Java的模板引擎。它可以在web页面中引用Java代码中定义的数据和对象，而Velocity的作用就是把Web视图和java代码进行组装在一起。本次翻译主要针对对Velocity感兴趣和工作中使用到Velocity的开发人员提供有价值的中文资料，希望能够对大家的工作和学习有所帮助。

由于我也是第一次接触Velocity，还不是很深入，翻译的时候也查看了一些博客以及其他网上资料。也尝试着去了解它和JSP方面的差别以及优缺点，同时也去了解了下它和其他Java引擎模板的区别，比如freemaker的区别，等等。但是还是因为能力见识有限，翻译过程中难免出现个人的主观或者客观原因导致与官方文档存在差异。在此，我还是建议有能力的童鞋能够自己去Velocity官方看看。

阅读全文