主页 / user-109917

yaki_nuka's questions

Martin Hope
yaki_nuka
Asked: 2024-11-06 23:54:58 +0800 CST
  • 6

我使用的是 MySQL 8.0.32，我对内部转换有一些疑问，我不明白。除此之外，有时这种转换会显示在 SHOW FULL PROCESSLIST 中，因为它的执行时间太长。

这是我的桌子。

CREATE TABLE `provinces` (
 `ID` VARCHAR(2) NOT NULL COLLATE 'utf8mb4_swedish_ci',
 `PROVINCIA` VARCHAR(45) NOT NULL COLLATE 'utf8mb4_swedish_ci',
  PRIMARY KEY (`ID`)
  ) COLLATE='utf8mb4_swedish_ci' ENGINE=InnoDB;

我有 53 行这样的

ID 省
01 阿拉瓦
02 阿尔巴塞特

MySQL 函数是：

CREATE FUNCTION `get_provincia`( `id_provincia` VARCHAR(2)  )
RETURNS varchar(45)
LANGUAGE SQL
NOT DETERMINISTIC
READS SQL DATA
SQL SECURITY DEFINER
COMMENT ''
BEGIN
    DECLARE desc_provincia VARCHAR(45) DEFAULT '-';

    SELECT PROVINCIA INTO desc_provincia
    FROM provinces
    WHERE ID = id_provincia;
    
    RETURN desc_provincia;
END

该功能的 SHOW STATUS 显示：

  • 字符集客户端: utf8mb4
  • 排序规则连接：utf8mb4_0900_ai_ci
  • 数据库排序规则：latin1_swedish_ci

该函数作为查询中的字段被调用。

SELECT customer_id, customer_name, ..., get_provincia(SUBSTRING(zip_code,1,2))...
FROM ...

当我使用 SHOW FULL PROCESSLIST 检查执行情况时，函数内部的查询显示如下：

SELECT provincia INTO desc_provincia
FROM provincias
WHERE id =  NAME_CONST('id_provincia',_latin1'15' COLLATE 'latin1_swedish_ci')

因此，我有以下问题：

  1. 为什么 MySQL 强制使用 NAME_CONST？
  2. 这会给性能带来影响吗？我不明白为什么非常简单的查询会在 SHOW FULL PROCESSLIST 命令的“时间”列中显示“2”值，因为它需要 2 秒。

提前致谢。

mysql
Martin Hope
yaki_nuka
Asked: 2018-06-05 07:53:27 +0800 CST
  • 0

我正在使用 MySQL 5.7.10，但遇到了这个问题。

我有这张表来跟踪请求：

CREATE TABLE `invoice_requests` (
    `REQUEST_ID` VARCHAR(20) NOT NULL DEFAULT '' COLLATE 'utf8_spanish_ci',
    `INVOICE_ID` VARCHAR(50) NULL DEFAULT NULL COLLATE 'utf8_spanish_ci',
    `STARTTIME` DATETIME NULL DEFAULT NULL,
    `ENDTIME` DATETIME NULL DEFAULT NULL,
    `STATUS` VARCHAR(10) NOT NULL DEFAULT 'WORKING',
    PRIMARY KEY (`REQUEST_ID`),
    UNIQUE INDEX `UNQ_INVOICE_ID` (`INVOICE_ID`),
    INDEX `IDX_REQ_CODE_END_TIME` (`REQUEST_ID`, `ENDTIME`),
    INDEX `IDX_INV_NUMBER` (`INVOICE_ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

该表有 350MB 和去年的数据。所以我做了以下步骤：

  • 将表 invoice_requests 重命名为 201805_invoice_requests；
  • 运行上面的“创建表”。

第一次执行这个新的空表会使某些查询的性能变差（从 1 秒到 15 秒）。

使用 MySQL EXPLAIN，我们已经检查过在与其他表的 INNER JOIN 中没有使用索引，但是查询是相同的，并且 JOIN 是使用索引字段 INVOICE_ID 进行的。

出于测试目的，我们退出了查询中的 invoice_requests JOIN，请求的数据再次快速返回。

在这种情况下，我的问题是：

  • 这些是备份表（及其索引）的正确步骤吗？
  • 我需要新的空表中的“旧”索引数据吗？据推测，没有。但我不明白这种行为。

任何帮助将不胜感激。

mysql performance