mysql - 多个表上的查询太大且速度慢，如何优化？-6ren

mysql - 多个表上的查询太大且速度慢，如何优化？

转载作者：行者123 更新时间：2023-11-29 16:24:08

我有一个包含订单的商店系统，其中包含订单及其商品的状态。我有这六个表:

订购 ( pedido )。

订购商品 ( pedido_item )。

订单状态 ( status_pedido )。

订单商品状态 ( status )。

订单状态日志 ( pedido_status_pedido )。

订单商品状态日志 ( pedido_item_status )。

因此，当我必须更新订单状态时，我在 pedido_status_pedido 上插入一个新行我更新了 status_pedido_id在 table 上pedido 。元素也是如此。

一个订单状态可以关联多个商品状态，例如订单状态“待处理”与商品状态“等待文件”、“文件有错误”和“文件已批准”相关。

当前订单状态基于其当前项目状态，例如，基于最“延迟”的状态，并且项目“有错误的文件”位于“成品生产”项目之后。为此，订单和商品状态都有排序列。

因此，如果我的订单上有 3 个商品，其状态为“文件有错误”、“生产中”、“已完成生产”，则订单状态为“待处理”，因为它是该订单对应的订单状态项目状态“文件有错误”，更靠后。

问题是当我必须更新特定订单状态时。我想出了一个非常复杂的查询，我需要 SET SQL_BIG_SELECTS=1使其运行。显然，查询太慢了，导致我的整个网站变慢(对于大量订单，每 10 分钟调用一次)

这是我的查询，解释如下:

INSERT INTO pedido_status_pedido (pedido_id, status_pedido_id) VALUES ({$this->pedido_id}, ( --Insert into order status log the id, and the status id
    SELECT sp.status_pedido_id FROM `status` s --Subquery for the order status id, get it from the relationship inside the item status
    LEFT JOIN status_pedido sp ON sp.status_pedido_id = s.status_pedido_id
    WHERE s.status_id = ( --Subquery for the further behind item status
        SELECT s.status_id FROM pedido_item_status p1
        LEFT JOIN `status` s ON s.status_id = p1.status_id
        LEFT JOIN pedido_item ON pedido_item.pedido_item_id = p1.pedido_item_id
        INNER JOIN ( --Get the LATEST status of each item and compare
            SELECT MAX( si.sta_ordem ) AS maxordem, pedido_item_id FROM pedido_item_status pi
            LEFT JOIN status si ON pi.status_id = si.status_id
            WHERE pi.excluido IS NULL AND pi.pedido_id = {$this->pedido_id}
            GROUP BY pi.pedido_item_id
        ) p2 ON ( s.sta_ordem = p2.maxordem ) AND p1.excluido IS NULL AND p1.pedido_item_id = p2.pedido_item_id
        WHERE p1.pedido_id = {$this->pedido_id}
        ORDER BY s.sta_ordem ASC 
        LIMIT 1
    )
)

这是表格定义(抱歉，它有点大):

    CREATE TABLE `pedido`  (
        `pedido_id` int(11) NOT NULL AUTO_INCREMENT,
        `cliente_id` int(11) NULL DEFAULT NULL,
        `forma_envio_id` int(11) NULL DEFAULT NULL,
        `balcao_retirada_id` int(11) NULL DEFAULT NULL,
        `ped_responsavel_retirada` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `ped_codigo_rastreio` varchar(50) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `ped_prazo_entrega` int(11) NULL DEFAULT NULL,
        `ped_prazo_producao` int(11) NULL DEFAULT 0,
        `ped_data` datetime(0) NULL DEFAULT '0000-00-00 00:00:00',
        `ped_data_producao` date NULL DEFAULT NULL,
        `ped_data_entrega` date NULL DEFAULT NULL,
        `ped_notificado` char(1) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT 'N',
        `ped_transacao_pagarme` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `ped_cmd` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT '',
        `ped_data_confirmacao_pagamento` datetime(0) NULL DEFAULT NULL,
        `forma_pagamento_id` int(11) NULL DEFAULT NULL,
        `ped_vencimento_boleto` date NULL DEFAULT NULL,
        `ped_comprovante` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `ped_pago` char(1) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT 'N',
        `status_id` int(11) NOT NULL DEFAULT 0,
        `status_pedido_id` int(11) NOT NULL DEFAULT 0,
        `ped_valor_adicionais` decimal(10, 2) NULL DEFAULT NULL,
        `ped_valor_frete` decimal(10, 2) NULL DEFAULT NULL,
        `ped_valor_produtos` decimal(10, 2) NULL DEFAULT 0.00,
        `ped_valor_desconto` decimal(10, 2) NULL DEFAULT 0.00,
        `ped_valor_total` decimal(10, 2) NULL DEFAULT 0.00,
        `excluido` datetime(0) NULL DEFAULT NULL,
        `cadastrado` timestamp(0) NULL DEFAULT CURRENT_TIMESTAMP,
        `atualizado` timestamp(0) NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP(0),
        PRIMARY KEY (`pedido_id`) USING BTREE
    ) ENGINE = InnoDB AUTO_INCREMENT = 15876 CHARACTER SET = latin1 COLLATE = latin1_swedish_ci ROW_FORMAT = Compact;


    CREATE TABLE `pedido_item`  (
        `pedido_item_id` int(11) NOT NULL AUTO_INCREMENT,
        `pedido_id` int(11) NULL DEFAULT NULL,
        `pei_indice` int(11) NULL DEFAULT NULL,
        `produto_id` int(11) NULL DEFAULT NULL,
        `produto_variacao_id` int(11) NULL DEFAULT NULL,
        `produto_preco_id` int(11) NULL DEFAULT NULL,
        `tipo_arquivo_id` int(11) NULL DEFAULT NULL,
        `pei_arquivo` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `pei_arquivo_nome` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `pei_nome` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `pei_quantidade` int(11) NULL DEFAULT NULL,
        `pei_valor_unitario` decimal(10, 2) NULL DEFAULT NULL,
        `pei_valor_total` decimal(10, 2) NULL DEFAULT NULL,
        `pei_valor_frete` decimal(10, 2) NULL DEFAULT NULL,
        `pei_codigo_preco` int(11) NULL DEFAULT NULL,
        `pei_codigo_interno` varchar(40) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `status_id` int(11) NOT NULL DEFAULT 0,
        `excluido` timestamp(0) NULL DEFAULT NULL,
        `cadastrado` timestamp(0) NULL DEFAULT CURRENT_TIMESTAMP,
        `atualizado` timestamp(0) NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP(0),
        `pei_producao_finalizada` char(1) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT 'N',
        `pei_arquivo_erro` char(1) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        PRIMARY KEY (`pedido_item_id`) USING BTREE
    ) ENGINE = InnoDB AUTO_INCREMENT = 17528 CHARACTER SET = latin1 COLLATE = latin1_swedish_ci ROW_FORMAT = Compact;

    CREATE TABLE `pedido_item_status`  (
        `pedido_item_status_id` int(11) NOT NULL AUTO_INCREMENT,
        `pedido_id` int(11) NOT NULL,
        `pedido_item_id` int(11) NOT NULL,
        `status_id` int(11) NOT NULL,
        `pis_texto` text CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL,
        `pis_notificar_cliente` char(1) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT 'S',
        `excluido` datetime(0) NULL DEFAULT NULL,
        `cadastrado` timestamp(0) NULL DEFAULT CURRENT_TIMESTAMP,
        `atualizado` timestamp(0) NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP(0),
        PRIMARY KEY (`pedido_item_status_id`) USING BTREE
    ) ENGINE = InnoDB AUTO_INCREMENT = 35743 CHARACTER SET = latin1 COLLATE = latin1_swedish_ci ROW_FORMAT = Compact;

    CREATE TABLE `pedido_status_pedido`  (
        `pedido_status_pedido_id` int(11) NOT NULL AUTO_INCREMENT,
        `pedido_id` int(11) NULL DEFAULT NULL,
        `status_pedido_id` int(11) NULL DEFAULT NULL,
        `psp_notificar_cliente` char(1) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT 'S',
        `psp_texto` text CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL,
        `excluido` timestamp(0) NULL DEFAULT NULL,
        `cadastrado` timestamp(0) NULL DEFAULT CURRENT_TIMESTAMP,
        `atualizado` timestamp(0) NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP(0),
        PRIMARY KEY (`pedido_status_pedido_id`) USING BTREE
    ) ENGINE = InnoDB AUTO_INCREMENT = 38216 CHARACTER SET = latin1 COLLATE = latin1_swedish_ci ROW_FORMAT = Compact;

    CREATE TABLE `status`  (
        `status_id` int(11) NOT NULL AUTO_INCREMENT,
        `sta_nome` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `sta_observacao` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `sta_ordem` int(11) NULL DEFAULT NULL,
        `status_pedido_id` int(11) NULL DEFAULT NULL,
        `excluido` datetime(0) NULL DEFAULT NULL,
        `cadastrado` datetime(0) NULL DEFAULT NULL,
        `atualizado` datetime(0) NULL DEFAULT NULL,
        `sta_cor` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `sta_icon` varchar(50) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `sta_alert` varchar(50) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        PRIMARY KEY (`status_id`) USING BTREE,
        INDEX `idx_1`(`excluido`, `status_id`) USING BTREE
    ) ENGINE = InnoDB AUTO_INCREMENT = 14 CHARACTER SET = latin1 COLLATE = latin1_swedish_ci ROW_FORMAT = Compact;

    INSERT INTO `status` VALUES (1, 'Aguardando pagamento', NULL, 1, 1, NULL, NULL, NULL, '#CACACA', 'fa-clock-o', 'alert-warning');
    INSERT INTO `status` VALUES (2, 'Aguardando arquivo', NULL, 2, 2, NULL, NULL, NULL, '#FAC08C', 'fa-file-image-o', 'alert-warning');
    INSERT INTO `status` VALUES (3, 'Arquivo em análise', NULL, 4, 2, NULL, NULL, NULL, '#8CBCFA', 'fa-spinner', 'alert-info');
    INSERT INTO `status` VALUES (4, 'Produção finalizada', NULL, 9, 4, NULL, NULL, NULL, '#DCBCA5', 'check-square-o', 'alert-info');
    INSERT INTO `status` VALUES (5, 'Arquivo com erro', NULL, 5, 2, NULL, NULL, NULL, '#FF8C8C', 'fa-exclamation-circle', 'alert-danger');
    INSERT INTO `status` VALUES (6, 'Em produção', NULL, 7, 3, NULL, NULL, NULL, '#8CBCFA', 'fa-cogs', 'alert-info');
    INSERT INTO `status` VALUES (7, 'Em transporte', NULL, 11, 5, NULL, NULL, NULL, '#DCA5A5', 'fa-truck', 'alert-info');
    INSERT INTO `status` VALUES (8, 'Entregue', NULL, 12, 6, NULL, NULL, NULL, '#5CCE90', 'fa-check-circle-o', 'alert-success');
    INSERT INTO `status` VALUES (9, 'Cancelado', NULL, 13, 7, NULL, NULL, NULL, '#FF7979', 'fa-times-circle-o', 'alert-danger');
    INSERT INTO `status` VALUES (10, 'Pronto para retirada', NULL, 10, 4, NULL, NULL, NULL, '#FFD24D', 'fa-check-circle-o', 'alert-info');
    INSERT INTO `status` VALUES (11, 'Produto com defeito', NULL, 8, 3, NULL, NULL, NULL, '#FF8C8C', 'fa-exclamation-circle', 'alert-danger');
    INSERT INTO `status` VALUES (12, 'Arquivo aprovado', NULL, 6, 20, NULL, NULL, NULL, '#C0ED85', 'fa-check-circle-o', 'alert-info');
    INSERT INTO `status` VALUES (13, 'Em Espera', NULL, 3, 1, NULL, NULL, NULL, '#8CBCFA', 'fa-spinner', 'alert-info');

    CREATE TABLE `status_pedido`  (
        `status_pedido_id` int(11) NOT NULL AUTO_INCREMENT,
        `stp_nome` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `stp_observacao` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `stp_ordem` int(11) NULL DEFAULT NULL,
        `excluido` datetime(0) NULL DEFAULT NULL,
        `cadastrado` datetime(0) NULL DEFAULT NULL,
        `atualizado` datetime(0) NULL DEFAULT NULL,
        `stp_cor` varchar(255) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `stp_icon` varchar(50) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        `stp_alert` varchar(50) CHARACTER SET latin1 COLLATE latin1_swedish_ci NULL DEFAULT NULL,
        PRIMARY KEY (`status_pedido_id`) USING BTREE,
        INDEX `idx_1`(`excluido`, `status_pedido_id`) USING BTREE
    ) ENGINE = InnoDB AUTO_INCREMENT = 21 CHARACTER SET = latin1 COLLATE = latin1_swedish_ci ROW_FORMAT = Compact;

    INSERT INTO `status_pedido` VALUES (1, 'Aguardando pagamento', NULL, 1, NULL, NULL, NULL, NULL, NULL, NULL);
    INSERT INTO `status_pedido` VALUES (2, 'Pendente', NULL, 2, NULL, NULL, NULL, NULL, NULL, NULL);
    INSERT INTO `status_pedido` VALUES (3, 'Em produção', NULL, 4, NULL, NULL, NULL, NULL, NULL, NULL);
    INSERT INTO `status_pedido` VALUES (4, 'Pronto', NULL, 5, NULL, NULL, NULL, NULL, NULL, NULL);
    INSERT INTO `status_pedido` VALUES (5, 'Em transporte', NULL, 6, NULL, NULL, NULL, NULL, NULL, NULL);
    INSERT INTO `status_pedido` VALUES (6, 'Entregue', NULL, 7, NULL, NULL, NULL, NULL, NULL, NULL);
    INSERT INTO `status_pedido` VALUES (7, 'Cancelado', NULL, 8, NULL, NULL, NULL, NULL, NULL, NULL);
    INSERT INTO `status_pedido` VALUES (20, 'Aprovado', NULL, 3, NULL, NULL, NULL, NULL, NULL, NULL);

查询本身工作正常，但我需要一种方法来使其更快。如果我将其分解为较小的查询，也许会更好？或者我使用了太多不必要的数据？

编辑:

根据答案，新查询现在如下所示:

SELECT s.status_pedido_id AS status_pedido_atual, p.status_pedido_id AS status_pedido_anterior FROM `status` s
    LEFT JOIN pedido p ON p.pedido_id = {$_POST['pedido_id']}
    WHERE s.sta_ordem = 
    (
        SELECT MAX( si.sta_ordem ) AS max_ordem
        FROM pedido_item_status pis
        LEFT JOIN `status` si ON si.status_id = pis.status_id
        WHERE pis.pedido_id = {$_POST['pedido_id']}
        AND pis.excluido IS NULL
        GROUP BY pis.pedido_item_id
        ORDER BY max_ordem ASC
        LIMIT 1
    )

我使用结果将订单状态日志插入到另一个查询中。我变得更快了。还有我解决的整个过程的逻辑上的其他问题。

最佳答案

好吧，我的猜测是运行 EXPLAIN ... 并为您的 INSERT ... 查询运行它

+---+----------+----------------------+--+--------+-------------+-------------+--+--+---+--------+----------------------------------------------+
| 1 |  INSERT  | pedido_status_pedido |  |  ALL   |             |             |  |  |   |        |                                              |
+---+----------+----------------------+--+--------+-------------+-------------+--+--+---+--------+----------------------------------------------+
| 2 | SUBQUERY |                      |  |        |             |             |  |  |   |        | no matching row in const table               |
| 3 | SUBQUERY | p1                   |  | ALL    |             |             |  |  | 1 | 100.00 | Using where; Using temporary; Using filesort |
| 3 | SUBQUERY | s                    |  | eq_ref | PRIMARY     | PRIMARY     |  |  | 1 | 100.00 | Using where                                  |
| 3 | SUBQUERY | pedido_item          |  | eq_ref | PRIMARY     | PRIMARY     |  |  | 1 | 100.00 | Using index                                  |
| 3 | SUBQUERY | <derived4>           |  | ref    | <auto_key0> | <auto_key0> |  |  | 2 | 100.00 | Using index                                  |
| 4 | DERIVED  | pi                   |  | ALL    |             |             |  |  | 1 | 100.00 | Using where; Using temporary; Using filesort |
| 4 | DERIVED  | si                   |  | eq_ref | PRIMARY     | PRIMARY     |  |  | 1 | 100.00 |                                              |
+---+----------+----------------------+--+--------+-------------+-------------+--+--+---+--------+----------------------------------------------+

我运行了您的所有数据，发现(可能)您有 7 个子查询中的 3 个没有可能的搜索键

我将开始分解您的查询并使用 EXPLAIN 检查它们是否存在可能的瓶颈。

否则我运行了这个查询(当然，之前我在表中填充了一些假数据)并且它执行了 0.016 秒。那就麻烦了。这就是为什么另一个猜测是后端代码和/或数据量/服务器功能。

所以，最后:

使用EXPLAIN检查查询
分解复杂的查询，检查内部 SELECT 是否存在可能的瓶颈
改变逻辑以避免瓶颈 - 将复杂的查询分解为简单的查询。例如，您可以使用触发器并设置变量来存储 MAX( si.sta_ordem ) ，而无需为每个查询重新计算它。如果您有持续运行的服务 - 您可以使用临时表进行缓存。
如果您的 MySQL 查询正常，请检查后端代码 (PHP)。也许你在这里遇到了僵局。
检查数据量。
如果可能，请重新启动服务器并检查其在负载下的性能。性能计数器适用于所有操作系统

关于mysql - 多个表上的查询太大且速度慢，如何优化？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/54357137/

文章推荐： mysql - 我应该更改什么才能避免在 MySQL 中出现错误 1136？

文章推荐： android - 如何通过选项卡传递数据？

文章推荐： Android:解析 JSON 中的 HTML 标签

文章推荐： javascript - 我的函数的值未定义

c++ - 为什么 MSVC 不为 char 或 const char* 优化 cout 而为 int 优化？
比较代码: const char x = 'a'; std::cout > (0C310B0h) 00C3100B add esp,4 和 const i
Matlab 优化
您好，我正在使用 Matlab 优化求解器，但程序有问题。我收到此消息 fmincon 已停止，因为目标函数值小于目标函数限制的默认值，并且约束满足在约束容差的默认值范围内。我也收到以下消息。警告:矩
Eclipse 优化
处理Visual Studio optimizations的问题为我节省了大量启动和使用它的时间当我必须进行 J2EE 开发时，我很难回到 Eclipse。因此，我还想知道人们是否有任何提示或技巧可
Excel 优化
情况如下:在我的 Excel 工作表中，有一列包含 1-name 形式的条目。考虑到数字也可以是两位数，我想删除这些数字。这本身不是问题，我让它工作了，只是性能太糟糕了。现在我的程序每个单元格输入大约
jQuery 优化
这样做有什么区别吗: $(".topHorzNavLink").click(function() { var theHoverContainer = $("#hoverContainer");
jQuery $(this) 优化
这个问题已经有答案了: 已关闭11 年前。 Possible Duplicate: What is the cost of '$(this)'? 我经常在一些开发人员代码中看到$(this)引用同一个
jQuery 优化
我刚刚结束了一个大型开发项目。我们的时间紧迫，因此很多优化被“推迟”。既然我们已经达到了最后期限，我们将回去尝试优化事情。我的问题是:优化 jQuery 网站时您要寻找的最重要的东西是什么。或者，我
JavaScript 优化
所以我一直在用 JavaScript 编写游戏(不是网络游戏，而是使用 JavaScript 恰好是脚本语言的游戏引擎)。不幸的是，游戏引擎的 JavaScript 引擎是 SpiderMonkey
MYSQL查询、优化
这是我在正在构建的页面中使用的 SQL 查询。它目前运行大约 8 秒并返回 12000 条记录，这是正确的，但我想知道您是否可以就如何使其更快提出可能的建议？ SELECT DISTINCT Adve
SQL 优化
如何优化这个？ SELECT e.attr_id, e.sku, a.value FROM product_attr AS e, product_attr_text AS a WHERE e.attr
python - 优化 `in`
我正在使用这样的结构来测试是否按下了所需的键: def eventFilter(self, tableView, event): if event.type() == QtCore.QEven
JavaScript 优化
我正在使用 JavaScript 从给定的球员列表中计算出羽毛球 double 比赛的所有组合。每个玩家都与其他人组队。 EG。如果我有以下球员a、b、c、d。它们的组合可以是: a & b V c
Javascript 优化
我似乎无法弄清楚如何让这个 JS 工作。 scroll function 起作用但不能隐藏。还有没有办法用更少的代码行来做到这一点？我希望 .down-arrow 在 50px 之后 fade out
CSS高级最小化(优化)
我的问题是关于用于生产的高级优化级联样式表 (CSS) 文件。多么最新和最完整(准备在实时元素中使用)的 css 优化器/最小化器，它们不仅提供删除空格和换行符，还提供高级功能，如删除过多的属性、合
HTML 优化
我读过这个: 浏览器检索在中请求的所有资源开始呈现之前的 HTML 部分.如果您将请求放在中section 而不是，那么页面呈现和下载资源可以并行发生。您应该从移动尽可能多的资源请求。
C++ 优化
我正在处理一些现有的 C++ 代码，这些代码看起来写得不好，而且调用频率很高。我想知道我是否应该花时间更改它，或者编译器是否已经在优化问题。我正在使用 Visual Studio 2008。这是一
c++ - 优化
我正在尝试使用 OpenGL 渲染 3 个四边形(1 个背景图，2 个 Sprite )。我有以下代码: void GLRenderer::onDrawObjects(long p_dt) {
Java If 优化
我确实有以下声明: isEnabled = false; if(foo(arg) && isEnabled) { .... } public boolean foo(arg) { some re
SQL 优化
(一)深入浅出理解索引结构实际上，您可以把索引理解为一种特殊的目录。微软的SQL SERVER提供了两种索引：聚集索引(clustered index，也称聚类索引、簇集索引)和非聚集索引(no
CSS 优化、提高性能的方法有哪些？
一、写在前面 css的优化方案，之前没有提及，所以接下来进行总结一下。二、具体优化方案 2.1、加载性能 1、css压缩：将写好的css进行打包，可以减少很多的体积。 2、css单一样式：在需要下边

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

mysql - 多个表上的查询太大且速度慢，如何优化？