目录 1. 模拟死锁 2. 死锁检查线程 3. 锁等待快照 4. 锁等待图 5. 事务权重 5.1 初始化权重 5.2 提升权重 5.3 更新权重 6. 总结 正文 1. 模拟死锁 创建测试表： CREATE TABLE `t1` (  `id` int unsigned NOT NULL AUTO_INCREMENT,  `i1` int DEFAULT '0',  PRIMARY KEY (`

要登入一台计算机，我们需要一个用户名。用户名是一个可以被计算机识别的身份。基于此，计算机会对使用这个用户名的登陆的人应用一系列的规则。在Linux系统下，我们可以使用 id 命令。 什么是 id 命令 id 命令可以显示真实有效的用户 ID(UID) 和组 ID(GID)。UID 是对一个用户的单一身份标识。组 ID（GID）则对应多个UID。 如何使用 id 命令 id 命令已经默认预装在大多数

获取某时间段内的top session_id+session_serial# set linesize 260 pagesize 10000 col nvl(event,'ON CPU') for a40 select *       from (select session_id,session_serial#,sql_id,nvl(event,'ON CPU'),count(*)       

目标 了解特殊权限的工作原理，以及如何识别和设置它们。 要求 了解标准的 Unix / Linux 权限系统 难度 简单 约定 # - 要求直接以 root 用户或使用 sudo 命令执行指定的命令 $ - 用普通的非特权用户来执行指定的命令 介绍 通常，在类 Unix 操作系统上，文件和目录的所有权是基于文件创建者的默认 uid（user-id）和 gid（group-id）的。启动一个进程时也

Webhook 可用于外部系统通知你的系统发生了某个事件或更新。可能最知名的 Webhook 类型是支付服务提供商（PSP）通知你的系统支付状态有了更新。 它们通常以监听的预定义 URL 的形式出现，例如 http://example.com/webhooks/payment-update。同时，另一个系统向该 URL 发送具有特定有效载荷的 POST 请求（例如支付 ID）。一旦请求进入，你就会

这是一个包含了所有已知 USB 设备 ID 的开源项目。 市场上有成千上万的 USB 设备：键盘、扫描仪、打印机、鼠标和其他无数的设备，都能在 Linux 上工作。它们的供应商详情都存储在 USB ID 仓库中。 lsusb Linux lsusb 命令列出了连接到系统的 USB 设备的信息，但有时信息不完整。例如，我最近注意到我的一个 USB 设备的品牌没有被识别。设备是可以使用的，但是在列出我

可以使用相同的机器用于工作和个人的 Git 提交，而无需手动重置你的配置。 Git 的 git config 命令可以让你为 Git 设置仓库或全局选项。它有很多选项，其中的一个选项 includeIf 在你使用在 Git 时有双重角色时非常方便，比如说，你既是全职的开发者，又在业余时间为开源项目做贡献。在这种情况下，大多数人都不想为两个角色使用一个共同的配置，或者，至少，他们肯定希望保持配置的某

1993 年，游戏开发公司 id Software 发行了一款第一人称射击游戏 《 毁灭战士 DOOM 》，游戏一经发行迅速爆火。在今天看来，《毁灭战士》可谓有史以来最具影响力的游戏之一。 《毁灭战士》发行之后的第十年（2003 年），记者 大卫·库什纳 David Kushner 出版了一本关于 id Software 的书，书名为《 Doom 启示录 Masters of Doom 》，后被奉

一个简单的教学展示，教你如何找到正在运行中的进程 ID 并杀死它，你可以使用终端或者 GUI，这个方法适用于各类 Linux 发行版。 你的 Linux 系统中运行的应用可能会让你的电脑变慢，特别是你的电脑配置较低的时候。在 Linux （以及所有其他 OS）中，程序或者应用都携带一个特别的 PID （进程 ID）可供你简单地分辨它们。 然而，大部分 Linux 初学者用户并不知道如何在 Linu

采样某瞬时SAMPLE_TIME或者某时间段内SAMPLE_TIME   1.采样某瞬时SAMPLE_TIME的SQL_ID||SQL_PLAN_HASH_VALUE、EVENT的活动会话分组   某个sample_time时间点查看该sample_time时间点的等待事件和相关SQL_ID、p1、p2等参数 set linesize 260 pagesize 10000 select sql_i

要解决读一致性的问题，保证一个事务中前后两次读取数据结果一致，还有一种 MVCC 的方式，又叫多版本的并发控制（Multi Version Concurrency Control）。 MVCC 就是为了让一个事务前后两次读取到的数据保持一致，在修改数据的时候给它建立一个快照，后面的查询操作读取这个快照就可以了。MVCC 解决了加上排他锁后的行记录，可以被查询到的问题，从而解决了由于写操作阻塞而引发

在某些复杂sql语句，或者数据分布不均衡的table中（未启动直方图统计），默认的执行计划可能不是最佳方案，此时我们可以通过控制优化器策略引导执行计划发生改变。 先看一个案例 某生产库中的sql执行效率非常低，查看执行计划发现驱动表扫描行数很多且不走索引。 explain SELECT count(distinct u.id) FROM sys_t_audience_member m JOIN o

ALTER TABLE xxx MODIFY  PARTITION BY RANGE (employee_id) INTERVAL (100)  ( PARTITION P1 VALUES LESS THAN (100),    PARTITION P2 VALUES LESS THAN (500)   ) ONLINE  UPDATE INDEXES ( IDX1_SALARY LOCAL,  

今天序风给我发了几个论坛里用户提的问题，其中一个感觉挺有意思，所以顺手在这里写些东西记录下。 问题描述 先描述一下这个用户提出的问题：创建一张表 t1，表中的 id 和 user_id 满足 id / 1000000 = user_id（向下取整），例如 23999999 / 1000000 = 23。 create table t1( id int, user_id int) partition

新型骗局——“付费购买 iPhone 灵动岛截图”近日引发热议。 这种骗局大致情况如下： 首先骗子会假装是正常买家，并声称支付5-10元购买带有灵动岛设计的iPhone屏幕截图。 联系上卖家后，骗子会要求在卖家的手机登录自己的 Apple ID 后再进行截图，理由是“以证明是自己的手机”。 一旦卖家按照要求登录了买家的 Apple ID，买家会立刻远程锁机，然后要求卖家向自己转账，才能解锁手机。

大家好，我是君哥。 最近我负责的系统出了一次生产事故，这次事故竟然是因为流水号重复导致的。今天来给大家分享一下。 1.问题背景 这个流水号的使用场景是上游系统调用下游接口时传入一个唯一 ID，流水号这个参数在联调或定位问题时很方便。 我们系统中的流水号是一个 32 位的字符串，为了能让上下游系统联动，下游系统接到上游传过来的这个 ID 后，会取前 23 位，再自己拼接剩下 9 位，传到自己要调用的

之前无意间看到群友讨论到用什么做主键比较好 图片 图片 图片 其实 UUID 和自增主键 ID 是常用于数据库主键的两种方式，各自具有独特的优缺点。 UUID UUID 是一个由 128 位组成的唯一标识符，通常以字符串形式表示。它可以通过不同的算法生成，例如基于时间戳的 UUID（version 1）和基于随机数的 UUID（version 4）等。 UUID 的优点 全局唯一性：通过不同算法生

准备工作 让我们开始设置一个小的测试用例： CREATE TABLE test1 (id integer, str text); INSERT INTO test1 (id, str) SELECT i, repeat('x', 64) as str FROM generate_series(1, 240000) AS s(i); VACUUM ANALYZE test1; 基本统计信息 基本的关

在工作中，我们经常有这样的业务情况，实体间通过id实现数据业务上的关联，比如订单和用户，订单的创建人id、商品id等，在页面查询时我们需要将对应的id信息转换成对应的中文描述，比如用户中文名称，商品中文名称等。如果是单条数据的展示还好，但是设计到列表查询，如何高效、优雅地实现这个效果呢？ 现在接口返回的数据基本都是JSON格式，比如spring中使用了jackson，在controller层对结果

事务 ID 回卷 大多数人最初意识到这个问题，认为他们需要监控的问题，就是事务 ID 回卷本身，但从技术上讲，事务 ID 的耗尽才是真正的问题。PostgreSQL 在技术上能够很好地处理事务 ID 的回卷。但是，如果达到回卷点，事务 ID 会即将用完，这才是为什么回卷本身会令人担忧的原因。 检查事务 ID 耗尽 以下查询可以提供非常简单的数据，来指示问题的趋势/警报。 WITH max_age