项目背景，之前在上家东家接触到golang，自学到项目上线，也是摸着石头过河，中间也遇到了一些小bug（生产环境出现内存泄露问题，导致业务占用内存，居高不下，实际是因为项目的service层部分应用没有应用到redis或数据库，但是也进行了实例化，最后没有释放资源导致，排查方法也是比较笨，就是一些流程在本地跑，看哪些环节导致内存居高不下，最后追查到的结果），

引言在synchronized未优化之前，我们在编码中使用最多的同步工具类应该是ReentrantLock类，ReentrantLock拥有优化后synchronized关键字的性能，又提供了更多的灵活性。相比synchronized，他在功能上更加强大，具有等待可中断，公平锁以及绑定多个条件等synchronized不具备

2019年5月10日，TiDB发布3.0.0rc.1版，对应的TiDBAnsible版本为3.0.0rc.1。相比3.0.0beta.1版本，该版本对系统稳定性、易用性、功能、优化器、统计信息以及执行引擎做了很多改进。TiDBSQL优化器利用列之间的顺序相关性提升代价估

  应很多读者的要求，本文小姐姐将以一个用户的展厅VR场景为例，详细讲解Unity3d的VR开发在美工阶段的模型预处理、UV2拆分、贴图优化、光影烘焙、后处理与特效制作以及最终作品优化的基本方法和流程，其中涉及BuildinRP（BuildinRenderingPipeline内置渲染管道）、URP（UniversalRenderingPip

大家好，我是知数堂SQL优化班老师网名：骑龟的兔子已经很久没写文章了今天分享一篇优化SQL案例slowquery里有如下SQL!(https://oscimg.oschina.net/oscnet/13cd74b3a9964735a8f4c848395d8b5f.png)看下执行计

redis持久化策略redis是一个内存数据库，但是它提供了持久化机制。即把数据永久的存储在磁盘上。我们来看看这个redis保存数据的流程（1）客户端向服务端发送写操作(数据在客户端的内存中)。（2）数据库服务端接收到写请求的数据(数据在服务端的内存中)。（3）服务端调用write这个系统调用，将数据往磁盘上写(数据在系

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

最近愈发对JVM底层的运行原理产生了兴趣，遂查阅相关资料以备忘。内存分配策略根据编译原理的观点，程序运行时的内存分配，有三种策略，分别为_静态的_、_堆式的_、_栈式的_。静态存储分配指的是在编译时就能确定每个数据目标在运行时的存储空间需求，因而在编译时就给它们分配了固定的内存空间。这种分配方式要求程序代码中不能有可变数据结构

第一章Redis的持久化由于redis是一个内存数据库，所有的数据都是保存在内存当中的，内存当中的数据极易丢失，所以redis的数据持久化就显得尤为重要，在redis当中，提供了两种数据持久化的方式，分别为RDB以及AOF，且Redis默认开启的数据持久化方式为RDB方式。1、RDB持久化方案Redis会定期保存数据快照至一个rbd文件中，并在启动时自动