https://tidb.net/book/tidb-monthly/2022/2022-04/usercase/index-666 背景 最近在给一个物流系统做TiDB POC测试，这个系统是基于MySQL开发的，本次投入测试的业务数据大概10个库约900张表，最大单表6千多万行。 这个规模不算
https://docs.pingcap.com/zh/tidb/stable/tune-tikv-memory-performance 本文档用于描述如何根据机器配置情况来调整 TiKV 的参数，使 TiKV 的性能达到最优。你可以在 etc/config-template.toml 找到配置文件
https://tidb.net/blog/5454621f 一、测试需求： 基于历史原因，我们的业务数据库一直使用5.4.3，最近由于研发提出需求：需要升级到6.5.3版本，基于版本不同，需要做个压力测试已验证2个版本之间的性能差异。 二、测试目的： 验证tidb数据库5.4.3和6.5.3版本性
数据结构包括数组、链表、栈、二叉树、哈希表等等 数据结构优点缺点数组插入快查找慢、删除慢、大小固定有序数组查找快插入慢、删除慢、大小固定栈后进先出存取其他项很慢队列先进先出存取其他项很慢链表插入、删除快查找慢二叉树查找、插入、删除快算法复杂（删除算法）红黑树查找、插入、删除快算法复杂hash表存取极
https://www.cnblogs.com/realcp1018/p/6903721.html 背景简介： Oracle版本:11.2.0.4 OS 版本：OEL5.8 在一次Oracle的Dataguard正常switchover过程中，遇到了一个极其诡异的问题，一条主业务的SQL语句在新主库
老熊 Oracle性能优化 2013-09-13 在Oracle数据库中，SQL解析有几种： 硬解析，过多的硬解析在系统中产生shared pool latch和library cache liatch争用，消耗过多的shared pool，使得系统不具有可伸缩性。 软解析，过多的软解析仍然可能会导
一、 简介 Oracle 的11g版本正式发布到今天已经10年有余，最新版本也已经到了20c，但是Direct Path Read（直接路径读）导致性能问题的案例仍时有发生，很多12c的用户还是经常遇到这个问题，所以有必要把这个事情再跟大家讲一遍，通过2个典型案例加深理解。 早在2012年，盖国强大
> 作者｜Ifedayo Adesiyan > 翻译｜Seal软件 > 链接｜https://earthly.dev/blog/optimize-golang-for-kubernetes/ 优化服务器负载对于确保运行在 Kubernetes 上的 Golang 应用程序的高性能和可扩展性至关重要。
>我们是[袋鼠云数栈 UED 团队](http://ued.dtstack.cn/)，致力于打造优秀的一站式数据中台产品。我们始终保持工匠精神，探索前端道路，为社区积累并传播经验价值。。 >本文作者：琉易 [liuxianyu.cn](https://link.juejin.cn/?target=h
>我们是[袋鼠云数栈 UED 团队](http://ued.dtstack.cn/)，致力于打造优秀的一站式数据中台产品。我们始终保持工匠精神，探索前端道路，为社区积累并传播经验价值。 >本文作者：空山 # 前言 > 由于笔者最近在开发中遇到了一个重复渲染导致子组件状态值丢失的问题，因此关于性能优化
跟大家分享一份由唯品会资深技术专家，著名开源项目springSide作者——“江南白衣”，结合自己近20年软件开发、架构经验，深度总结的，针对高并发、海量数据场景下的一份性能调优手册（曾在Qcon分享），其内容涵盖微基准测试、JVM、并发与锁等主题方向上的调优笔记，内容含金量很高，大家一定看到最后，相信会对大家有所帮助或启发！
如果只是想简单地对整个程序做计算统计，通常使用UNIX下的time命令就足够了。由于我用的是Mac系统，和Linux系统的输出可能有不同，不过关键都是这三个时间：user: 运行用户态代码所花费的时间，也即CPU实际用于执行该进程的时间，其他进程和进程阻塞的时间不计入此数字；system: 在内核中执行系统调用（如I/O调用）所花费的CPU时间。total(Linux下应该是real):即挂钟时间
阅识风云是华为云信息大咖，擅长将复杂信息多元化呈现，其出品的一张图(云图说)、深入浅出的博文(云小课)或短视频(云视厅)总有一款能让您快速上手华为云。更多精彩内容请单击此处。 摘要：GaussDB性能调优过程需要综合考虑多方面因素，因此，调优人员应对系统软件架构、软硬件配置、数据库配置参数、并发控制
摘要：通常跑批加工场景下，都是大数量做关联操作，通常不建议使用索引。有些时候因为计划误判导致使用索引的可能会导致严重的性能问题。本文从一个典型的索引导致性能的场景重发，剖析此类问题的特征，定位方法和解决方法 本文分享自华为云社区《GaussDB(DWS)性能调优：indexscan导致的性能问题识别
通常nestloop join的复杂度是O(N方)，hash join时间复杂度是O(N)，所以我们一般倾向于使用hash join。
作者：耿宗杰 前言 关于pprof的文章在网上已是汗牛充栋，却是千篇一律的命令介绍，鲜有真正实操的，本文将参考Go社区资料，结合自己的经验，实战Go程序的性能分析与优化过程。 优化思路 首先说一下性能优化的一般思路。系统性能的分析优化，一定是从大到小的步骤来进行的，即从业务架构的优化，到系统架构的优
现有的大部分监控方案都是针对服务端的，而针对前端的监控很少，因而，我们需要一个前端的页面监控系统，持续监控和预警页面性能的状况，并且在发现瓶颈时用于指导优化工作。本文介绍通过简单的js代码，即可实现对页面性能与异常的监控与数据上报。
当我们疲于开发一个接一个的需求时，很容易忘记去关注网站的性能，到了某一个节点，猛地发现，随着越来越多代码的堆积，网站变得越来越慢。本文就是从这样的一个背景出发，着手优化网站的前端性能，并总结出一套开发习惯，让我们在日常开发时，也保持高性能，而不是又一次回过头来优化性能。
