Trung tâm cá nhân
sách gpt4 ăn đã đi

mysql表性能升级(索引

In lại Tác giả: Walker 123 更新时间：2023-11-29 12:12:41 30 4
mua khóa gpt4 giày nike

我正在尝试找到一种方法来提高包含 IP 范围的 mysql 表的性能(在高峰时段每秒最多有 500 个 SELECT 查询(!)，所以我有点担心)。

我有一个这种结构的表:

id smallint(5) Auto Increment   
ip_start char(16)     
ip_end char(16)

编码为utf8_general_ci(整个表和除id之外的每一列)，表是MyISAM类型(仅SELECT查询，此处不需要插入/删除)。该表的索引是PRIMARY id。

此时表有近 2000 行。它们都包含 ip 范围。例如:

ip_start 128.6.230.0
ip_end 128.6.238.255

当用户访问某个网站时，我会检查他的 IP 是否在我表中的某些范围内。我使用这个查询(dibi sql 库):

 CHỌN SỐ LƯỢNG(*)
 FROM ip_ranges
 WHERE %s", $user_ip, " BETWEEN ip_start AND ip_end

如果查询结果不为零，则用户的 IP 位于表中的这些范围之一 - 这就是我需要它做的。

我在考虑是否可以在该表中添加一些索引？但我不太确定它是如何工作的，以及它是否是一个好主意(因为可能没有什么可以真正索引，对吧？大多数 IP 范围都是不同的)。

我在 ip_start 和 ip_end 列上也有 varchar 类型，但我将其切换为 char (猜猜它更快？)。

有人对如何进一步改进此表/查询有任何想法吗？

câu trả lời hay nhất

您不想使用聚合。相反，检查以下是否返回任何行:

 SELECT 1
 FROM ip_ranges
 WHERE %s", $user_ip, " BETWEEN ip_start AND ip_end
 GIỚI HẠN 1;

GIỚI HẠN 1 表示在第一个匹配处停止，因此速度更快。

对于此查询，您需要在 ip_ranges(ip_start, ip_end) 上建立索引。

当没有匹配时，这仍然存在性能问题。需要扫描被测ip之后的整个索引。我认为以下应该是一个改进:

CHỌN SỐ LƯỢNG(*)
FROM (SELECT i.start, ip_end
      FROM ip_ranges i
      WHERE %s", $user_ip, " >= ip_start
      ORDER BY ip_start
      GIỚI HẠN 1
     ) i
WHERE $user_ip <= ip_end;

内部子查询应该使用索引，但拉回第一个匹配项。然后，外部查询应该检查范围的末尾。这里的 count(*) 没问题，因为只有一行。

关于mysql表性能升级(索引，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30384742/

30 4 0
Đề xuất bài viết: ios - MagicalRecord - 检索最后插入的记录 ID
Đề xuất bài viết: mysql - 如何在 MySQL 中存储更改列的数据
Đề xuất bài viết: mysql - 如何仅通过单个查询修改卡片在表中的位置？
Đề xuất bài viết: php - 表仅显示 2 个总结果，但却显示 4 个结果 = 2 个重复项？
Walker 123
Hồ sơ

Tôi là một lập trình viên xuất sắc, rất giỏi!

Nhận phiếu giảm giá taxi Didi miễn phí
Phiếu giảm giá taxi Didi
Các bài viết phổ biến trên toàn bộ trang web
Chứng chỉ ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com
Xem sitemap của VNExpress