索引，可能让好很多人望而生畏，毕竟每次面试时候MySQL的索引一定是必问内容，哪怕先撇开面试，就在平常的开发中，对于SQL的优化也而是重中之重。可以毫不夸张的说，系统中SQL的好坏，是能直接决定你系统的快慢的。但是在优化之前大家是否想过一个问题？那就是：我们优化的原则是什么？优化SQL的理论基础是什么？虽然说实践出真知，但是我更相信理论是

一个目标：容器操作；两地三中心；四层服务发现；五种Pod共享资源；六个CNI常用插件；七层负载均衡；八种隔离维度；九个网络模型原则；十类IP地址；百级产品线；千级物理机；万级容器；相如无亿，K8s有亿：亿级日服务人次。一个目标：容器操作Kubernetes（k8s）是自动化容器操作的开源平台。这些容

在上一篇文章《DevOps转型成功之路转型的意义及五大误区》中，我们从鸟飞派和空气动力学派的类比说起，DevOps的转型不能照搬其他组织的实施过程，而是应该深入理解其背后的原理、原则和实践。上篇文章重点介绍了DevOps转型的五个误区，分别是：放弃现有人员而招聘新的DevOps专家、进行大规模组织结构重组、重新编写应用并上云、购买一揽子DevOps工具

1、为什么索引遵循最左匹配原则？　　当B树的数据项是符合的数据结构，比如（name,age,sex)的时候，B树是按照从左到右的顺序建立搜索树的。比如当(张三,20,F)这样的数据来检索的时候，b树会优先比较name来确定下一步的所搜方向，如果name相同再依次比较age和sex，最后得到检索的数据；但当(20,F)这样的没有name的数据来的时候

FPGA越往底层走，越发现很多问题只是知其然，而不知其所以然。状态机编码原则就是其中之一。我们在实际开发中，只记住了建议使用独热码（onehot）作为状态编码，至于为什么（大概也就记得不容易跑飞），可能早就忘了。以经典的案例来说明其中的一些问题：序列检测，每检测到一组“11011”，然后输出一个高电平。状态转移图如下图所示：!(

如果你的公司还没有走向平台化，现在仍然可以是很大的飞跃。您仍然可以通过解决公司的变更管理流程来加快软件交付。在本章中，我们将研究我们在公司内部所学的变更管理模式。我们将向您展示什么是有效的，什么是无效的，以及如何利用DevOps原则将变更管理转化为有效的、使能的流程。 在过去的十年里，我们已经看到DevOps的实践颠覆了软件发布团队的工作方式。以下

为什么使用虚拟环境因为直接在真实环境进行安装python的包会造成环境之间的污染，因此需要创建虚拟环境，原则上每一个项目都需要有一个独属于自己的虚拟环境Python项目的每次运行都需要启动环境，如果所有的模块都在一个环境中，不仅每次加载这些模块慢(尤其是开发过程中)，并且依赖还可能相互冲突，甚至有些新引入的依赖会修改已安装模块的版

在互联网架构设计中，高可用是必不可少的环节，要从网络架构、服务架构、数据架构以及软硬件架构等多方面来分析设计，是架构师必备的技能之一。

分页查询的需求想必大家都做过吧，很简单，无非就是查询SQL后面加上limitpageNum,pageSize，复杂点的话加个排序。虽说它简单吧，但真正封装过分页组件的同学应该也不多吧，很多时候都是上网copy一份或者拿前辈封装好的。这篇文章呢，我就讲一下我是怎么做分页的，以及分页有哪些需要注意的点。