PostgreSQL 中如何处理数据的并发读写和锁等待超时？

news2024/9/23 15:30:35
  • 🍅关注博主🎗️ 带你畅游技术世界，不错过每一次成长机会！
  • 📚领书：PostgreSQL 入门到精通.pdf

PostgreSQL

文章目录

  • PostgreSQL 中如何处理数据的并发读写和锁等待超时
    • 一、并发读写的基本概念
      • （一）事务
      • （二）并发控制
      • （三）锁
    • 二、PostgreSQL 中的并发读写处理
      • （一）MVCC（多版本并发控制）
      • （二）锁机制
      • （三）并发读写的示例
    • 三、锁等待超时的问题及解决方法
      • （一）锁等待超时的原因
      • （二）解决锁等待超时问题的方法
      • （三）锁等待超时的示例
    • 四、总结

美丽的分割线


PostgreSQL 中如何处理数据的并发读写和锁等待超时

在当今数据驱动的时代，数据库的并发处理能力至关重要。就像在一个繁忙的交通路口，车辆需要有序地通过，避免碰撞和堵塞。同样，在数据库中，多个事务需要并发地读写数据，而如何妥善处理这些并发操作，避免数据不一致和锁等待超时等问题，是数据库管理员和开发者需要面对的重要挑战。本文将深入探讨 PostgreSQL 中如何处理数据的并发读写和锁等待超时问题，为你提供全面的解决方案和实用的示例。

一、并发读写的基本概念

在深入探讨 PostgreSQL 中的并发读写和锁等待超时问题之前，我们先来了解一下一些基本概念。

（一）事务

事务是数据库操作的基本单元，它具有原子性、一致性、隔离性和持久性（ACID）的特性。简单来说，一个事务就是一组相关的数据库操作，这些操作要么全部成功执行，要么全部回滚，不会出现部分成功部分失败的情况。例如，从银行账户中转账就是一个典型的事务操作，要么转账成功，要么转账失败，不会出现钱转出了但对方账户未收到的情况。

（二）并发控制

并发控制是为了保证多个事务在并发执行时能够正确地访问和修改数据库中的数据，避免出现数据不一致的问题。在 PostgreSQL 中，并发控制主要通过锁机制来实现。锁可以防止多个事务同时对同一数据进行修改，从而保证数据的一致性。

（三）锁

锁是一种用于实现并发控制的机制，它可以防止多个事务同时对同一数据进行访问和修改。在 PostgreSQL 中，锁分为多种类型，如共享锁（Shared Lock）、排他锁（Exclusive Lock）等。共享锁用于读操作，多个事务可以同时持有共享锁来读取数据，但不能进行写操作。排他锁用于写操作，只有一个事务可以持有排他锁来进行写操作，其他事务不能同时持有共享锁或排他锁来访问该数据。

二、PostgreSQL 中的并发读写处理

了解了并发读写的基本概念后，我们来看看 PostgreSQL 是如何处理并发读写的。

（一）MVCC（多版本并发控制）

PostgreSQL 采用了 MVCC（Multi-Version Concurrency Control，多版本并发控制）技术来实现并发读写。MVCC 技术的基本思想是在数据库中为每个数据行保存多个版本，每个版本都有一个创建时间和一个删除时间。当一个事务读取数据时，它只会看到在其开始时间之前已经提交的数据版本，而不会看到未提交的数据或在其开始时间之后提交的数据版本。这样，多个事务可以并发地读取数据，而不会相互阻塞。

例如，假设有两个事务 T1 和 T2，它们同时对一个数据表进行操作。T1 首先读取了一行数据，然后 T2 对该数据进行了修改并提交。当 T1 再次读取该数据时，它仍然会看到自己第一次读取时的数据版本，而不会看到 T2 修改后的数据版本。只有当 T1 提交后，再次读取该数据时，才会看到 T2 修改后的数据版本。

MVCC 技术的优点是可以提高数据库的并发性能，减少锁的竞争。但是，MVCC 技术也会带来一些额外的开销，如需要保存多个数据版本，需要进行版本清理等。

（二）锁机制

除了 MVCC 技术外，PostgreSQL 还使用锁机制来实现并发控制。在 PostgreSQL 中，锁分为多种类型，如共享锁、排他锁、意向共享锁（Intention Shared Lock）、意向排他锁（Intention Exclusive Lock）等。不同类型的锁用于不同的操作场景，以保证数据的一致性和并发性能。

  1. 共享锁和排他锁
    共享锁用于读操作，多个事务可以同时持有共享锁来读取数据，但不能进行写操作。排他锁用于写操作，只有一个事务可以持有排他锁来进行写操作，其他事务不能同时持有共享锁或排他锁来访问该数据。

例如，假设有一个数据表 students，其中包含学生的信息。如果一个事务 T1 想要读取该表中的数据，它可以申请共享锁。当 T1 持有共享锁时，其他事务 T2 也可以申请共享锁来读取该表中的数据，但不能申请排他锁来进行写操作。如果一个事务 T3 想要对该表中的数据进行修改，它需要申请排他锁。当 T3 持有排他锁时，其他事务不能同时持有共享锁或排他锁来访问该表中的数据。

  1. 意向共享锁和意向排他锁
    意向共享锁和意向排他锁是用于表级锁的辅助锁。当一个事务想要在表上申请共享锁或排他锁时，它首先需要在表上申请意向共享锁或意向排他锁。意向共享锁表示该事务可能会在表中的某些数据行上申请共享锁，意向排他锁表示该事务可能会在表中的某些数据行上申请排他锁。

例如，假设有一个数据表 courses，其中包含课程的信息。如果一个事务 T1 想要在该表中的某些数据行上申请共享锁，它首先需要在表上申请意向共享锁。当 T1 持有意向共享锁时，其他事务 T2 也可以在该表上申请意向共享锁，但不能申请意向排他锁。如果一个事务 T3 想要在该表中的某些数据行上申请排他锁，它首先需要在表上申请意向排他锁。当 T3 持有意向排他锁时，其他事务不能在该表上申请意向共享锁或意向排他锁。

（三）并发读写的示例

为了更好地理解 PostgreSQL 中的并发读写处理，我们来看一个具体的示例。

假设有一个数据表 orders，其中包含订单的信息，如下所示：

order_idcustomer_idorder_datetotal_amount
11012023-01-01100.00
21022023-01-02200.00
31032023-01-03300.00

现在有两个事务 T1 和 T2，它们同时对该数据表进行操作。

事务 T1 的操作如下：

BEGIN;
-- 查询订单信息
SELECT * FROM orders WHERE order_id = 1;
-- 修改订单金额
UPDATE orders SET total_amount = 150.00 WHERE order_id = 1;
COMMIT;

事务 T2 的操作如下：

BEGIN;
-- 查询订单信息
SELECT * FROM orders WHERE order_id = 2;
-- 修改订单金额
UPDATE orders SET total_amount = 250.00 WHERE order_id = 2;
COMMIT;

在这个示例中，事务 T1 和 T2 可以并发地执行查询操作，因为查询操作只需要申请共享锁，而多个事务可以同时持有共享锁来读取数据。当事务 T1 执行修改操作时，它需要申请排他锁来修改数据。此时，PostgreSQL 会检查是否有其他事务持有共享锁或排他锁来访问该数据行。如果没有，事务 T1 可以成功申请排他锁并进行修改操作。如果有其他事务持有共享锁或排他锁，事务 T1 将会被阻塞，直到其他事务释放锁为止。

同样，当事务 T2 执行修改操作时，也会进行类似的检查和处理。由于事务 T1 和 T2 操作的是不同的数据行，它们可以并发地进行修改操作，不会相互阻塞。

通过这个示例，我们可以看到 PostgreSQL 中的 MVCC 技术和锁机制如何协同工作，实现并发读写的处理，保证数据的一致性和并发性能。

三、锁等待超时的问题及解决方法

在并发读写的过程中，可能会出现锁等待超时的问题。当一个事务等待锁的时间超过了指定的超时时间时，就会发生锁等待超时错误。这就好比在一个繁忙的路口，一辆车等待绿灯的时间过长，超过了司机的耐心极限，最终导致司机放弃等待，选择其他路线。锁等待超时问题会影响数据库的性能和可用性，因此我们需要及时解决这个问题。

（一）锁等待超时的原因

锁等待超时的原因主要有以下几个方面：

  1. 并发事务过多
    当数据库中的并发事务过多时，可能会导致锁的竞争加剧，从而增加锁等待的时间。如果锁等待的时间超过了超时时间，就会发生锁等待超时错误。

  2. 事务执行时间过长
    如果一个事务执行的时间过长，可能会导致其他事务长时间等待锁，从而增加锁等待的时间。如果锁等待的时间超过了超时时间，就会发生锁等待超时错误。

  3. 不合理的锁请求
    如果一个事务请求的锁不合理，例如请求了过多的锁或者请求了不必要的锁，可能会导致锁的竞争加剧，从而增加锁等待的时间。如果锁等待的时间超过了超时时间，就会发生锁等待超时错误。

（二）解决锁等待超时问题的方法

针对锁等待超时的问题，我们可以采取以下几种解决方法：

  1. 优化事务设计
    优化事务设计是解决锁等待超时问题的根本方法。我们可以通过减少事务的执行时间、减少锁的请求数量和优化锁的请求方式来提高事务的并发性能，从而减少锁等待的时间。

例如，我们可以将一个大事务拆分成多个小事务，每个小事务只完成一部分操作，这样可以减少事务的执行时间，提高事务的并发性能。我们还可以通过合理地设计数据表和索引，减少查询和更新操作的时间，从而提高事务的并发性能。

  1. 调整锁等待超时时间
    如果锁等待超时的问题不是很严重，我们可以通过调整锁等待超时时间来解决这个问题。在 PostgreSQL 中，我们可以通过设置 lock_timeout 参数来调整锁等待超时时间。默认情况下，lock_timeout 参数的值为 0，表示无限等待。我们可以将 lock_timeout 参数的值设置为一个合适的时间，例如 10s，表示如果一个事务等待锁的时间超过了 10s，就会发生锁等待超时错误。

需要注意的是，调整锁等待超时时间只是一种临时的解决方法，不能从根本上解决锁等待超时的问题。如果锁等待超时的问题比较严重，我们需要通过优化事务设计来解决这个问题。

  1. 监控锁等待情况
    监控锁等待情况是及时发现和解决锁等待超时问题的重要手段。我们可以通过查询 PostgreSQL 的系统表来监控锁等待的情况，例如 pg_locks 表。通过查询 pg_locks 表，我们可以了解到当前数据库中存在的锁信息，包括锁的类型、持有锁的事务、等待锁的事务等。通过分析这些信息，我们可以及时发现锁等待超时的问题，并采取相应的解决措施。

  2. 使用合适的隔离级别
    在 PostgreSQL 中，我们可以通过设置隔离级别来控制事务之间的隔离程度。不同的隔离级别对锁的需求和并发性能的影响也不同。例如，在 READ COMMITTED 隔离级别下，事务只能读取已经提交的数据，这样可以减少锁的竞争，提高事务的并发性能。在 SERIALIZABLE 隔离级别下，事务需要保证可串行化，这样会增加锁的竞争，降低事务的并发性能。因此，我们需要根据实际情况选择合适的隔离级别，以提高事务的并发性能，减少锁等待的时间。

（三）锁等待超时的示例

为了更好地理解锁等待超时的问题及解决方法，我们来看一个具体的示例。

假设有一个数据表 products，其中包含产品的信息，如下所示：

product_idproduct_nameprice
1iPhone 148000.00
2MacBook Pro12000.00
3iPad Pro6000.00

现在有两个事务 T1 和 T2，它们同时对该数据表进行操作。

事务 T1 的操作如下：

BEGIN;
-- 查询产品信息
SELECT * FROM products WHERE product_id = 1;
-- 修改产品价格
UPDATE products SET price = 8500.00 WHERE product_id = 1;
COMMIT;

事务 T2 的操作如下：

BEGIN;
-- 查询产品信息
SELECT * FROM products WHERE product_id = 2;
-- 修改产品价格
UPDATE products SET price = 12500.00 WHERE product_id = 2;
COMMIT;

假设在执行事务 T1 的修改操作时，事务 T2 也开始执行查询操作。由于事务 T1 持有排他锁来修改数据，事务 T2 将会被阻塞，等待事务 T1 释放排他锁。如果事务 T1 的执行时间过长，超过了锁等待超时时间，事务 T2 将会发生锁等待超时错误。

为了解决这个问题，我们可以采取以下几种方法：

  1. 优化事务设计
    我们可以将事务 T1 的修改操作拆分成两个小事务，如下所示：
BEGIN;
-- 查询产品信息
SELECT * FROM products WHERE product_id = 1;
COMMIT;

BEGIN;
-- 修改产品价格
UPDATE products SET price = 8500.00 WHERE product_id = 1;
COMMIT;

这样，事务 T1 的查询操作和修改操作就可以分开执行，减少了事务的执行时间，提高了事务的并发性能，从而减少了锁等待的时间。

  1. 调整锁等待超时时间
    我们可以将 lock_timeout 参数的值设置为一个合适的时间，例如 5s，如下所示：
SET lock_timeout = 5000;

这样，如果事务 T2 等待锁的时间超过了 5s，就会发生锁等待超时错误，而不是无限等待。

  1. 监控锁等待情况
    我们可以通过查询 pg_locks 表来监控锁等待的情况，如下所示：
SELECT * FROM pg_locks;

通过查询 pg_locks 表，我们可以了解到当前数据库中存在的锁信息，包括锁的类型、持有锁的事务、等待锁的事务等。通过分析这些信息，我们可以及时发现锁等待超时的问题，并采取相应的解决措施。

  1. 使用合适的隔离级别
    我们可以将事务 T1 和 T2 的隔离级别设置为 READ COMMITTED，如下所示：
BEGIN;
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- 查询产品信息
SELECT * FROM products WHERE product_id = 1;
-- 修改产品价格
UPDATE products SET price = 8500.00 WHERE product_id = 1;
COMMIT;

BEGIN;
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- 查询产品信息
SELECT * FROM products WHERE product_id = 2;
-- 修改产品价格
UPDATE products SET price = 12500.00 WHERE product_id = 2;
COMMIT;

在 READ COMMITTED 隔离级别下，事务只能读取已经提交的数据，这样可以减少锁的竞争，提高事务的并发性能，从而减少锁等待的时间。

通过以上几种方法，我们可以有效地解决锁等待超时的问题，提高数据库的性能和可用性。

四、总结

在本文中，我们深入探讨了 PostgreSQL 中如何处理数据的并发读写和锁等待超时问题。我们首先介绍了并发读写的基本概念，包括事务、并发控制和锁。然后，我们详细介绍了 PostgreSQL 中的并发读写处理，包括 MVCC 技术和锁机制，并通过一个具体的示例进行了说明。接着，我们分析了锁等待超时的问题及解决方法，包括锁等待超时的原因、解决方法和示例。最后，我们对本文进行了总结，强调了优化事务设计、调整锁等待超时时间、监控锁等待情况和使用合适的隔离级别等方法的重要性。

处理数据的并发读写和锁等待超时问题是 PostgreSQL 数据库管理中的重要任务。通过合理地运用 MVCC 技术和锁机制，优化事务设计，调整锁等待超时时间，监控锁等待情况和使用合适的隔离级别，我们可以有效地提高数据库的并发性能，减少锁等待超时的问题，保证数据的一致性和可用性。希望本文能够对大家在 PostgreSQL 数据库管理和开发中有所帮助。


美丽的分割线

🎉相关推荐

  • 🍅关注博主🎗️ 带你畅游技术世界，不错过每一次成长机会！
  • 📚领书：PostgreSQL 入门到精通.pdf
  • 📙PostgreSQL 中文手册
  • 📘PostgreSQL 技术专栏
  • 🍅CSDN社区-墨松科技

PostgreSQL

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1926910.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

org/openxmlformats/schemas/spreadsheetml/x2006/main/CTWorkbook$Factory

org/openxmlformats/schemas/spreadsheetml/x2006/main/CTWorkbook$Factory

org/openxmlformats/schemas/spreadsheetml/x2006/main/CTWorkbook$Factory POI的问题 在操作Excel时，出现这个问题是因为缺少了poi-ooxml-schema jar包，并且与poi的jar包版本一致
阅读更多...
html02-标签继续学习

html02-标签继续学习

1.列表标签 1.1 列表标签的使用场景 场景&#xff1a;在网页中按照 行 展示关联性的内容&#xff0c;如&#xff1a;新闻列表、排行榜、账单等 特点&#xff1a;按照行的方式&#xff0c;整齐显示内容 种类&#xff1a;无序列表、有序列表、自定义列表 1.2无序列表 <!--…
阅读更多...
LPRNet 车牌识别部署 rk3588（pt-onnx-rknn）包含各个步骤完整代码

LPRNet 车牌识别部署 rk3588（pt-onnx-rknn）包含各个步骤完整代码

虽然车牌识别技术很成熟了&#xff0c;但完全没有接触过。一直想搞一下、整一下、试一下、折腾一下&#xff0c;工作之余找了一个简单的例子入个门。本博客简单记录一下 LPRNet 车牌识别部署 rk3588流程&#xff0c;训练参考 LPRNet 官方代码。 1、导出onnx   导出onnx很容易…
阅读更多...
短剧营销：品牌传播的新风口？

短剧营销：品牌传播的新风口？

7月10日&#xff0c;麦当劳首部短剧《重生之我在麦当劳修炼魔法》&#xff0c;在微信视频号、小红书、抖音等平台上线。这部短剧以「短剧脱口秀」 的模式&#xff0c;将麦当劳的品牌形象与「土味霸总」 的网络热点相结合&#xff0c;上线一小时内&#xff0c;全平台播放量破千。…
阅读更多...
Flutter实现局部刷新的几种方式

Flutter实现局部刷新的几种方式

目录 前言 1.局部刷新的重要性 1.概念 2.重要性 2.局部刷新实现的几种方式 1.使用setState方法进行局部刷新 2.使用StatefulWidget和InheritedWidget局部刷新UI 3.ValueNotifier和ValueListenableBuilder 4.StreamBuilder 5.Provider 6.GetX 7.使用GlobalKey 前言 …
阅读更多...
【PyQt】

【PyQt】

PyQT5线程基础&#xff08;2&#xff09; 线程案例案例一案例二 线程案例 案例一 案例一代码通过线程实现点击按钮向线程传输地址&#xff0c;程序等待20秒后&#xff0c;返回结果。 通过QtDesigner创建如下图所示的界面ui&#xff0c;并用UIC工具转成对应的py文件。 Ui_tes…
阅读更多...
【学习笔记】无人机（UAV）在3GPP系统中的增强支持(十四)-无人机操控关键绩效指标（KPI）框架

【学习笔记】无人机（UAV）在3GPP系统中的增强支持(十四)-无人机操控关键绩效指标（KPI）框架

引言 本文是3GPP TR 22.829 V17.1.0技术报告&#xff0c;专注于无人机&#xff08;UAV&#xff09;在3GPP系统中的增强支持。文章提出了多个无人机应用场景&#xff0c;分析了相应的能力要求&#xff0c;并建议了新的服务级别要求和关键性能指标&#xff08;KPIs&#xff09;。…
阅读更多...
GEO数据挖掘从数据下载处理质控到差异分析全流程分析步骤指南

GEO数据挖掘从数据下载处理质控到差异分析全流程分析步骤指南

综合的教学视频介绍 GEO数据库挖掘分析作图全流程每晚11点在线教学直播录屏回放视频&#xff1a; https://www.bilibili.com/video/BV1rm42157CT/ GEO数据从下载到各种挖掘分析全流程详解&#xff1a; https://www.bilibili.com/video/BV1nm42157ii/ 一篇今年近期发表的转…
阅读更多...
技术成神之路：设计模式（六）策略模式

技术成神之路：设计模式（六）策略模式

1.介绍 策略模式&#xff08;Strategy Pattern&#xff09;是一种行为型设计模式&#xff0c;它定义了一系列算法&#xff0c;封装每一个算法&#xff0c;并使它们可以相互替换。策略模式使得算法的变化独立于使用算法的客户端。 2.主要作用 策略模式的主要作用是将算法或行为…
阅读更多...
算法思想总结：字符串

算法思想总结：字符串

一、最长公共前缀 . - 力扣&#xff08;LeetCode&#xff09; 思路1&#xff1a;两两比较 时间复杂度mn 实现findcomon返回两两比较后的公共前缀 class Solution { public:string longestCommonPrefix(vector<string>& strs) {//两两比较 string retstrs[0];size…
阅读更多...
2.生产者核心流程总结

2.生产者核心流程总结

目录 概述 概述 生产者核心流程总结&#xff0c;根据流程总结出生产者的调优流程及生产者修改配置的文档地址&#xff0c;有以上两点&#xff0c;即可完成生产者优化。 注意&#xff1a;下面的都是生产者环节调优的点。 一条消息经过序例化后划分至 broker 上的哪一个分区消息…
阅读更多...
Springboot + JWT 的 Token 登录验证

Springboot + JWT 的 Token 登录验证

目录 项目结构 一、 引入依赖 二、自定义Auth认证注解 三、 编写登录拦截器 四、定义跨域拦截器 五、 定义全局异常处理器 六、定义工具类 1. 统一错误状态码 2.统一响应类 3.Token工具类 七、 编写实体类 八、 定义控制器 1.定义登录控制器类 2 定义报错处理器 …
阅读更多...
vscode编译环境配置-golang

vscode编译环境配置-golang

1. 支持跳转 如果单测函数上方不显示run test | debug test&#xff0c;需要安装Code Debugger&#xff08;因为以前的go Test Explorer不再被维护了&#xff09; 2. 单测 指定单个用例测试 go test -v run TestXXXdlv 调试 需要安装匹配的go版本和delve版本&#xff08;如…
阅读更多...
6.S081的Lab学习——Lab11: Network

6.S081的Lab学习——Lab11: Network

文章目录 前言Network提示&#xff1a;实现e1000_transmit的一些提示&#xff1a;实现e1000_recv的一些提示&#xff1a; 解析 总结 前言 一个本硕双非的小菜鸡&#xff0c;备战24年秋招。打算尝试6.S081&#xff0c;将它的Lab逐一实现&#xff0c;并记录期间心酸历程。 代码下…
阅读更多...
Go-知识测试-性能测试分析工具-benchstat

Go-知识测试-性能测试分析工具-benchstat

Go-知识测试-性能测试分析工具-benchstat benchmark 结果benchstat确认 benchstat 已安装确认 GOPATH 和 GOBIN将 $GOPATH/bin 添加到 PATH验证安装检查安装路径 使用 传送门&#xff1a;Go-知识测试-性能测试 benchmark 结果 benchmark 测试是实际项目中经常使用的测试方法&a…
阅读更多...
飞凌全志T527开发板U-Boot添加自定义菜单

飞凌全志T527开发板U-Boot添加自定义菜单

昨日&#xff0c;终于收到了心心念念的飞凌OK-T527开发板&#xff0c;板子很漂亮&#xff0c;外设丰富&#xff0c;性能强悍&#xff0c;T527创新性地使用了RISC-V架构的协处理器&#xff0c;后期值得研究一下异核的使用&#xff1a; 有趣的是&#xff0c;板子上电&#xff0c;…
阅读更多...
智能制造 v3.13.16 发布，ERP、MES 更新

智能制造 v3.13.16 发布，ERP、MES 更新

智能制造一体化管理系统 [SpringBoot2 - 快速开发平台]&#xff0c;适用于制造业、建筑业、汽车行业、互联网、教育、政府机关等机构的管理。包含文件在线操作、工作日志、多班次考勤、CRM、ERP 进销存、项目管理、EHR、拖拽式生成问卷、日程、笔记、工作计划、行政办公、薪资模…
阅读更多...
0.单片机工作原理

0.单片机工作原理

文章目录 最小系统 单片机芯片 时钟电路 复位电路 电源 最小系统 单片机芯片 本次51单片机的芯片为&#xff1a;STC89C52 Flash(闪存)程序存储器&#xff1a;存储程序的空间 SRAM&#xff1a;数据存储器&#xff0c;可用于存放程序执行的中间结果和过程数据 DPTR&#xff1a;…
阅读更多...
某客户报表系统Oracle数据库挂起问题分析处理

某客户报表系统Oracle数据库挂起问题分析处理

某客户报表系统Oracle数据库挂起问题分析处理 一、概要 某客户报表系统Oracle数据库在3月5号、6号均出现一节点实例短暂挂起现象&#xff0c;挂起现象有两种&#xff0c;第一是普通用户不能登录数据库&#xff0c;第二是sys用户可以登录数据库&#xff0c;但是做简单的select查…
阅读更多...
C判断一个点在三角形上

C判断一个点在三角形上

背景 鼠标操作时&#xff0c;经常要判断是否命中显示控件&#xff0c;特开发此算法快速判断。 原理 三角形三等分点定理是指在任意三角形ABC中&#xff0c;可以找到三个点D、E和F&#xff0c;使得线段AD、BE和CF均等分三角形ABC。 这意味着三个等分点分别位于三个边界上&…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023