# Clickhouse 极简单机版本安装部署 ## 摘要 ``` Clickhouse的安装与部署其实比较简单. 但是为了能够更加简单的部署与使用. 尤其是能够可以方便的添加到镜像内进行运行. 所以记录一下方便快捷的处理方式. ``` ## 下载与使用的坑 ``` 1. 最新版本的 clickho
一、引入索引 在没有索引的情况下，不论是根据主键列或者其他列的值进行查找，由于我们并不能快速的定位到记录所在的页，所以只能从第一个页沿着双向链表一直往下找，因为要遍历所有的数据页，时间复杂度就是O(n),所以这种方式显然是超级耗时的。所以我们需要采取一定的数据结构来存储数据，方便我们进行数据的增删改
https://zhuanlan.zhihu.com/p/641650168 前言 从4月份开始利用tidb改造了我们公司bi系统。这个过程中，我感觉到了tidb的强大。也打算记录一下整个改造过程。我打算从4个方面来记录这个改造过程。tidb架构选择，dm工具的使用——这两个部分还是tidb6.5.
https://www.jianshu.com/p/c825c9bf42c2 众所周知，在sql 中，join /in /exists 都可以用来实现，“查询A表中在（或者不在）B表中的记录”，这种查询，在查询的两个表大小相当的情况下，3种查询方式的执行时间通常是：exists <= in <= j
近期，一金融客户oracle 11.2.0.4 rac集群delete不当导致等待事件enq: TM - contention严重引起大范围会话堆积，记录的相关分析工作如下。 1、登录集群任意节点，查看集群全局等待事件 SQL> select event,count(*) from gv$sessi
概念知识梳理 >>根据时段区间生成ASH报告: >>ASH报告信息: ASH （Active Session History） ASH以V$SESSION为基础，每秒采样一次，记录活动会话等待的事件。不活动的会话不会采样，采样工作由新引入的后台进程MMNL来完成。 ASH buffers 的最小值为
首先说明这篇文章是转载的，原文地址：http://blog.sina.com.cn/s/blog_616b428f0100lwvq.html 1、什么是ITL ITL(Interested Transaction List)是Oracle数据块内部的一个组成部分，用来记录该块所有发生的事务，一个it
centos7.6安装本地yum源 前言：文章内容可能会因环境不同而有所差异，所谓集思广益说不定灵感就来了呢; 文章初衷旨在交流学习、记录个人成长，如果能帮助到您，那就点个赞噢。 环境说明： 1、本实验使用的是VMware vsphere虚拟机，操作系统安装可参考链接：CentOS7.6系统安装和网
CentOS7.6系统安装配置 前言：文章内容可能会因环境不同而有所差异，所谓集思广益说不定灵感就来了呢; 文章初衷旨在交流学习、记录个人成长，如果能帮助到您，那就点个赞噢。 环境说明： 1、本实验使用的是VMware workstation来创建虚拟机，创建虚拟机过程这里就不展开了，详情可查看：V
使用 Linux dd 命令测试磁盘读写性能 从帮助手册中可以看出，dd命令可以复制文件，根据操作数进行转换和格式化。我这里记录一下dd命令用于测试磁盘I/O性能的过程。 dd 可从标准输入或文件中读取数据，根据指定的格式来转换数据，再输出到文件、设备或标准输出。 dd 命令用法： Usage: d
.NET Core 3.x 和 .NET Standard 2.1 支持 C# 8.0。本文对此版本的更新内容做了简单的记录，希望有助于你我的理解。
前言 最近在设计一个对某个中间件的测试方案，这个测试方案需要包含不同的测试逻辑，但相同的是需要对各个环节进行记录；比如统计耗时、调用通知 API 等相同的逻辑。 如果每个测试都单独写这些逻辑那无疑是做了许多重复工作了。 基于以上的特征很容易能想到模板方法这个设计模式。 这是一种有上层定义框架，下层提
背景 前段时间业务研发反馈说是他的应用内存使用率很高，导致频繁的重启，让我排查下是怎么回事； 在这之前我也没怎么在意过这个问题，正好这次排查分析的过程做一个记录。 首先我查看了监控面板里的 Pod 监控： 发现确实是快满了，而此时去查看应用的 JVM 占用情况却只有30%左右；说明并不是应用内存满了
## 背景 最近一组业务redis数据不断增长需要扩容内存，而扩容内存则需要重启云主机，在按计划扩容升级执行主从切换时意外发生了数据丢失与master进入只读状态的故障，这里记录分享一下。 ## 业务redis高可用架构 该组业务redis使用的是一主一从，通过sentinel集群实现故障时的自动主
## 背景 线上启用memcached(以下简称mc)作为热点缓存组件已经多年，其稳定性和性能都经历住了考验，这里记录一下踩过的几个坑。 ## 大key存储 某年某月某日，观察mysql的读库CPU占比有些异常偏高，去check慢查询log，发现部分应有缓存的慢sql居然存在几秒执行一次情况，不符合
## 背景 最近有一个业务场景需要用Python自行实现一个简单的LRU cache，不可避免的接触到了弱引用这一概念，这里记录一下。 ## 强引用 Python内存回收由垃圾回收器自动管理，当一个对象的引用计数归0时，其内存就可能被回收掉，而引用计数器的数值其实就是代表有多少个强引用指向该对象，我
## 背景 近期一个大版本上线后，Python编写的api主服务使用内存有较明显上升，服务重启后数小时就会触发机器的90%内存占用告警，分析后发现了本地cache不当使用导致的一个内存泄露问题，这里记录一下分析过程。 ## 问题分析 ### LocalCache实现分析 该cache大概实现代码如下
本文演示关于19c RU补丁常见报错问题的分析处理： 1.查看补丁应用失败的原因 2.问题解决后可继续应用补丁 3.发现DB的RU补丁未更新 4.opatchauto应用DB补丁报错解决 1.查看补丁应用失败的原因 补丁应用失败有详细日志记录原因; 故意使用oracle用户解压补丁，然后测试是否可以
最近，自己的一个测试环境，遭遇了hacker攻击。 具体是oracle用户被攻破了，原因是该环境通过DDNS连接到了外网，而因为只是测试，没有注意安全防范，设置的口令过于简单。 下面记录下，也作为警醒。 1.发现资源使用异常 CPU告警，使用top去查询资源使用情况发现CPU使用率非常高，达到94%
版本1的抓包命令 这两天排查一个小问题，需要在服务器上使用tcpdump24小时不间断抓包，这里简单记录下。 先看下tcpdump的语法： tcpdump [ -AbdDefhHIJKlLnNOpqStuUvxX# ] [ -B buffer_size ] [ -c count ] [ -C fil
