表空间，是物理文件的逻辑对象。就是说数据库里面的逻辑对象的存储都是以表空间为路径，不会直接指定存储在操作系统某个存储目录下。 表空间可以理解为一个操作系统存储目录的命名、别名。 表空间实际上是为表指定一个存储的目录，可以把表、索引等放到不同的表空间下，就相当于放到了不同的文件系统或不同的存储介质下。
https://www.cnblogs.com/Bozh/p/3752476.html 运维的同学和Team里面的一个同学分别遇到过Nginx在线上环境使用中会遇到TIME_WAIT过高或者CLOSE_WAIT过高的状态 先从原因分析一下为什么，问题就迎刃而解了。 首先是TIME_WAIT： 理解一
https://zhuanlan.zhihu.com/p/561501585 2022/9/9更新：经过和评论区大佬的交流，准备研读一下JEDEC标准，主要是加深自己对banking和访存加速的理解（对应本文的第五节，主要问题集中在提出banking是为了隐藏row缺失造成的损失还是为了隐藏CPU和
调优是一件因地制宜的事情，生搬硬套可能适得其反。互联网企业，生产环境大多数都是linux操作系统，Linux服务器性能调优，是一个重要的课题。linux有成百上千的参数可以调整，对这些参数的理解，可以帮助我们更好的理解服务器工作的原理，帮助更快的找到瓶颈和解决问题。 为了帮助理解，先上一个Linux
https://zhuanlan.zhihu.com/p/344083588 做为一个有追求的程序员，不能只满足增删改查，我们要对系统全方面无死角掌控。掌握了这些基本的网络知识后，相信一方面日常排错中会事半功倍，另一方面日常架构中不得不考虑的高并发问题，理解了这些底层协议也是会如虎添翼。 本文不会单
https://www.jianshu.com/p/80a779b3bf20 问题描述 今日在线上查询nginx日志文件的用户真实IP时，发现remote_addr和XFF地址一模一样，这点让我很是不理解，正常来讲remote_addr应该获取到的是上一个节点转发的IP地址，我们却是获得了用户的真实
keepalive是基于vrrp协议实现接入层高可用组件，避免系统的单点故障。 工作原理 要想理解keepalive的原理，就需要理解vrrp协议的工作原理。 概念解释： Vrrp（Virtual Router Redundancy Protocol），虚拟路由冗余协议，一种为了避免路由器单点故障的
https://zhuanlan.zhihu.com/p/397919872 一、什么是DPDK 对于用户来说，它可能是一个性能出色的包数据处 理加速软件库；对于开发者来说，它可能是一个实践包处理新想法的创 新工场；对于性能调优者来说，它可能又是一个绝佳的成果分享平台。 DPDK用软件的方式在通用多
前言 春节假期时学习了下内核参数与nginx的调优 最近因为同事遇到问题一直没有解,自己利用晚上时间再次进行验证. 这里将几个参数的理解和验证结果简单总结一下. 希望能够在学习的过程中将问题解决掉. 其实很后悔没有好好学习代码.现在很多问题都已经到了瓶颈期 无法深入的研究下去. 参数一 net.ip
https://zhuanlan.zhihu.com/p/63322067 谈电脑硬件的文章很多，但一般是从电脑有哪些配件说起。这篇文章我尝试从架构方面来阐述，希望更有助于萌新对电脑的各种配件的作用进行理解吧。 1、冯·诺依曼架构[1] 现代计算机，常见的有两种架构，其中一种是冯·诺依曼架构。先看图
https://xiaorui.cc/archives/3495 这边有个性能要求极高的api要上线，这个服务端是golang http模块实现的。在上线之前我们理所当然的要做压力测试。起初是 “小白同学” 起头进行压力测试，但当我看到那压力测试的结果时，我也是逗乐了。 现象是，直接访问Golang
本文为《深入学习 JVM 系列》第二十二篇文章 影响垃圾收集性能有三个主要的属性，垃圾收集调优又有三个基本原则，以及垃圾收集调优时需要采集的信息。如果想要对垃圾收集进行调优，则需要根据实际场景对不同属性做出取舍，理解调优的原则以及收集什么信息。 性能属性 吞吐量 吞吐量是评价垃圾收集器能力的重要指标
https://zhuanlan.zhihu.com/p/569553681 最近在看一些系统设计相关的知识, 按我自己的理解做些翻译和整理, 和原文不一样, 有问题欢迎指出, 细节以原文为主: https://www.educative.io/courses/grokking-the-system
1 大道至简 1.1 规则1 避免过度设计 【内容】在设计中警惕复杂的解决方案 【应用场景】适用于任何项目，应用所有大型项目和复杂系统或项目设计过程中 【用法】通过测试同事是否轻松的理解解决方案，来验证是否存在过度设计 【原因】复杂的解决方案实时成本过高，而且长期维护费用昂贵 【要点】过于复杂的系统
https://zhuanlan.zhihu.com/p/581200704 导读 x86、arm指令都很多，无论是应用程序员还是数据库内核研发大多时候都不需要对这些指令深入理解，但是 Pause 指令和数据库操作太紧密了，本文通过一次非常有趣的性能优化来引入对 Pause 指令的理解，期望可以事半
https://www.cnblogs.com/codelogs/p/16001770.html 简介# 在目前微服务的背景下，网络异常越来越常见了，而有一些网络异常非常模糊，理解什么情况下会导致什么异常，还是有一定难度的，为此我做了大量实验，来复现各种异常场景。 socket状态变迁图# 先快速回
[译] RFC 1180：朴素 TCP/IP 教程（1991） 译者序 本文翻译自 1991 年的一份 RFC（1180）: A TCP/IP Tutorial。 本文虽距今将近 20 年，但内容并未过时，这不禁让人惊叹于 TCP/IP 协议栈生命力之强大 。要理解 1991 年在技术发展中处于什么
https://www.yisu.com/zixun/697775.html 这篇“linux中top命令显示不全怎么解决”文章的知识点大部分人都不太理解，所以小编给大家总结了以下内容，内容详细，步骤清晰，具有一定的借鉴价值，希望大家阅读完这篇文章能有所收获，下面我们一起来看看这篇“linux中to
https://segmentfault.com/a/1190000022248118 etcd 是线性一致性读，而 zk 却是顺序一致性读，再加上各种共识、强弱一致的名词，看的时候总会混淆，这篇文档就列举下分布式系统中的那些"一致性名词"，引用了很多其他的文章，不过会多出一些例子来帮助理解。 什么
