TiDB作为NewSQL，其在对MySQL（SQL92协议）的兼容上做了很多，MySQL作为当下使用较广的事务型数据库，在IT界尤其是互联网间使用广泛，那么对于开发人员来说，1）两个数据库产品在SQL开发及调优的过程中，都有哪些差异？在系统迁移前需要提前做哪些准备？2）TiDB的执行计划如何查看，如何SQL调优？本文做了一个简要归纳，欢迎查阅交流。

前言随着java版本的不断更新迭代，java开发也可以变得甜甜的，最新版本都到java11了，但是后面版本也是不在提供商用支持，需要收费，但是java8依然是持续免费更新使用的，后面版本也更新很快眼花缭乱，所以稳定使用还是用java8把既可以体验到新功能，又不需要，烦恼升级带来的bug新特性比较新的的特性就是流Stream，和lambda表达式图上

一、前言延迟队列的使用场景：1.未按时支付的订单，30分钟过期之后取消订单；2.给活跃度比较低的用户间隔N天之后推送消息，提高活跃度；3.过1分钟给新注册会员的用户，发送注册邮件等。实现延迟队列的方式有两种：1.通过消息过期后进入死信交换器，再由交换器转发到延迟消费队列，实现延迟功能；2.使用rabbitmqdelayed

如果说在TiDB3.0中，悲观锁是“千呼万唤始出来，犹抱琵琶半遮面”。那么在TiDB4.0中，悲观锁在经历了市场与时光的考验后，无论是性能还是稳定性都能够“轻拢慢撚抹复挑，初为《霓裳》后《六幺》”。TiDB4.0悲观锁，欢迎大家尝鲜与反馈。本文将从使用者的角度，介绍悲观锁的使用与注意事项，主要分为以下几方面：白话悲观锁

最近在使用Google的Gson包进行Json和Java对象之间的转化，对于包含泛型的类的序列化和反序列化Gson也提供了很好的支持，感觉有点意思，就花时间研究了一下。由于Java泛型的实现机制，使用了泛型的代码在运行期间相关的泛型参数的类型会被擦除，我们无法在运行期间获知泛型参数的具体类型（所有的泛型类型在运行时都是Object类型）。但是有的时候

1.首部字段概述先来回顾一下首部字段在报文的位置，HTTP报文包含报文首部和报文主体，报文首部包含请求行（或状态行）和首部字段。在报文众多的字段当中，HTTP首部字段包含的信息最为丰富。首部字段同时存在于请求和响应报文内，并涵盖HTTP报文相关的内容信息。使用首部字段是为了给客服端和服务器端提供报文主体大小、所使用的语言、认证信息

在使用python做项目的过程中发现这种语言使用了很多种类型的括号来表达数据类型，常见的有四种，分别是：小括号()、中括号\\和大括号，也叫做花括号{}，还有尖括号<，其作用也各不相同，分别用来代表不同的python基本内置数据类型。1、python中的小括号()：代表tuple元组数据类型，元组是一种不可变序列。创建方法很简单，大多时候都

API是模块或者子系统之间交互的接口定义。好的系统架构离不开好的API设计，而一个设计不够完善的API则注定会导致系统的后续发展和维护非常困难。以下谈一点API设计的原则。业务层业务语义简单明确一个接口或者说一个api，必定是为外部使用者服务的，因此必须具有明确的业务/使用意图。api的从命名到定义，都必须围绕着这个意图来进行

使用DHCP动态管理主机地址动态主机地址管理协议DHCP是一种基于UDP协议且仅限在局域网内部使用的网络协议，主用于大型的局域网环境或者存在较多移动设备的局域网中；DHCP协议根据作用域来管理网络的分布；作用域一个完整的IP地址段，DHCP协议根据作用域来管理网络的分布，分配IP及配置参数；超级作用域管理处于同一个物理网

对于Python垃圾回收机制主要有三个，首先是使用引用计数来跟踪和回收垃圾，为了解决循环引用问题，就采用标记清除的方法，标记清除的方法所带来的额外操作实际上与系统中总的内存块的总数是相关的，当需要回收的内存块越多，垃圾检查带来的额外操作就越多，为了提高垃圾收集的效率，采用“空间换时间的策略”，即使用分代机制，对于长时间没有被回收的内存就