主页 / user-18098

Ryan's questions

Martin Hope
Ryan
Asked: 2022-10-05 11:55:52 +0800 CST
  • 1

我经常必须调试非常复杂的 SQL 查询，这些查询具有占位符/参数，例如$1,$2和$3贯穿其中。

当我尝试在 pgadmin 中运行这样的查询时，我得到：

错误：没有参数 $1

第 30 行：其中 r.predecessor_account_id = $1

如果我尝试在 PSequel 中运行查询，我会得到：

绑定参数的数量 < 参数标记的数量

在代码中，我使用https://www.npmjs.com/package/pg来处理参数。

存在哪些 GUI 允许我粘贴长参数化 Postgres 查询，然后输入一些参数（在字段中，而不是通过编辑查询中的任何内容）并运行查询？

postgresql parameter
Martin Hope
Ryan
Asked: 2020-10-30 15:27:54 +0800 CST
  • 0

我的网络应用程序的主 MySQL 表有数万行。假设它有 2 列：ID、内容。

我正在尝试设计一个允许将行标记为彼此相关的新功能。

显然我可以添加第三列：Related_IDs。它可以是 JSON 数组，也可以是简单的 CSV 字符串。

但这感觉不对。我需要将一组 N 行的每一行的 Related_IDs 字段更新为组中除自身之外的所有行的 ID 的逗号分隔列表。每次这些记录中的任何一个变得不相关时，我都需要遍历该组并为每个记录清理该字段。

什么是更聪明的方法？

mysql database-design
Martin Hope
Ryan
Asked: 2020-03-17 12:11:15 +0800 CST
  • 8

我不小心安装了 MySQL 8 并在那里做了很多工作，创建了大量数据。然后我使用 mysqldump 备份了所有数据库。

后来，我意识到我需要降级回 MySQL 5.7（甚至没有意识到我已经升级了）。

我已经卸载了 8 并安装了 5.7，但是我在从转储的 .sql 文件中导入数据时遇到了问题。

首先，我得到了错误ERROR 1273 (HY000) at line 1753: Unknown collation: 'utf8mb4_general_ci'，我通过使用 Notepad++ 替换解决了这个问题：

  • utf8mb4_general_ci和utf8_unicode_ci
  • utf8mb4和utf8
  • utf8_unicode_520_ci和utf8_unicode_ci

然后我还删除了 .sql 文件中与“mysql”数据库相关的部分。

现在命令mysql < alldb.sql运行没有错误，但是当我查看我的数据时，很多数据都丢失了。

PS 我对有人可以帮助我感到乐观，但MySQL 8 文档说有点令人担忧：

不支持从 MySQL 8.0 降级到 MySQL 5.7，或从 MySQL 8.0 版本降级到以前的 MySQL 8.0 版本。唯一受支持的替代方法是恢复升级前的备份。因此，您必须在开始升级过程之前备份您的数据。

mysql mysql-5.7
Martin Hope
Ryan
Asked: 2019-01-02 16:42:10 +0800 CST
  • -1

我为 MySQL 5.7 设置了慢速查询日志记录：

[mysqld]
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow_query_log.log
long_query_time = 10
log_queries_not_using_indexes = 0

然后为了测试它，我使用了 MySQL Workbench 并运行select sleep(12);，然后验证vim /var/log/mysql/slow_query_log.log显示该查询。

所以我觉得一切都很好。但是，我的 slow_query_log 似乎只适用于我的测试查询select sleep(12);，而不适用于真实查询。

下面是一个例子。在我的 Laravel PHP 应用程序的某些地方，我调用\DB::enableQueryLog();然后Log::debug(\DB::getQueryLog());在运行查询后，在这些日志中我看到非常慢的查询（241 秒！？），但我从未在slow_query_log.log.

array (
'query' => 'select * from `automations` where (`contact_id` = ? and `job_class_name` = ? and `execute_at` = ?) and `automations`.`deleted_at` is null limit 1',
'bindings' =>
array (
  0 => 23030,
  1 => 'App\\Jobs\\SubscribeToWebinarFollowupEmailSeries',
  2 => '2018-12-30 19:13:00',
),
'time' => 241.37,
),

我怎样才能解决这个问题？

PS 我不认为我的问题是这个问题的重复，因为在我的测试中日志记录确实有效。

mysql mysql-5.7
Martin Hope
Ryan
Asked: 2018-12-16 11:28:22 +0800 CST
  • 1

我的日志显示，此处解释的查询花费了352.19 秒contact_id（对于和不同的其他类似查询，时间也差不多execute_at）。

EXPLAIN SELECT 
    *
FROM
    `automations`
WHERE
    (`contact_id` = 22638
        AND `job_class_name` = 'App\Jobs\MyJob'
        AND `execute_at` = '2018-12-15 16:43:00')
        AND `automations`.`deleted_at` IS NULL
LIMIT 1

解释的结果：

| id | select_type | table       | partitions | type | possible_keys                  | key                            | key_len | ref                     | rows | filtered | Extra                 |
|----|-------------|-------------|------------|------|--------------------------------|--------------------------------|---------|-------------------------|------|----------|-----------------------|
| 1  | SIMPLE      | automations | NULL       | ref  | cId_job_executeAt_delAt_unique | cId_job_executeAt_delAt_unique | 780     | const,const,const,const | 1    | 100.00   | Using index condition |

我在优化 MySql 方面没有经验，但我猜 Explain 看起来很棒，对吧？

为什么像这样的查询会花费 350 多秒？我该如何诊断和修复？

PS 这与我经常看到 的E_WARNING: Error while sending STMT_PREPARE packet. PID=* 错误有关。

CREATE TABLE `automations` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `contact_id` int(10) unsigned NOT NULL,
  `job_class_name` varchar(191) COLLATE utf8mb4_unicode_ci NOT NULL,
  `execute_at` datetime NOT NULL,
  `created_at` timestamp NULL DEFAULT NULL,
  `updated_at` timestamp NULL DEFAULT NULL,
  `deleted_at` timestamp NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `cId_job_executeAt_delAt_unique` (`contact_id`,`job_class_name`,`execute_at`,`deleted_at`),
  CONSTRAINT `automations_contact_id_foreign` FOREIGN KEY (`contact_id`) REFERENCES `contacts` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=1519 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci
mysql index