Table 使用 percona 分区花费的时间太长 mysql
Table partitioning takes too long with percona mysql
我正在尝试在现有 table (innodb) 上创建一个新分区 (LIST)，其中包含 3000 万条记录。查询 运行 将近 2 小时，它仍处于 "copy to tmp table" 状态。
我已经使用 percona mysql 性能向导进行改进，但我没有发现任何差异。服务器根本没有流量。
运行 在 Ubuntu 服务器上，16 核，30GB 内存和 SSD 300/3000 IO。 mysql 似乎没有使用所有资源。内存使用量为 9GB，负载非常低时只有 3 个内核 运行。
有没有办法改进设置以使用更多资源并加快查询速度？
首先，PARTITION BY LIST几乎没有用。为什么您认为它可能值得做？
让我们看看SHOW CREATE TABLE。如果有很多二级索引，那可能是问题所在。
innodb_buffer_pool_size有多大？听起来它没有应有的那么大。 （建议使用 可用 RAM 的大约 70%。）
让我们看看 SQL 花了这么长时间。这里面可能有什么微妙的东西。
我正在尝试在现有 table (innodb) 上创建一个新分区 (LIST)，其中包含 3000 万条记录。查询 运行 将近 2 小时，它仍处于 "copy to tmp table" 状态。 我已经使用 percona mysql 性能向导进行改进，但我没有发现任何差异。服务器根本没有流量。 运行 在 Ubuntu 服务器上，16 核，30GB 内存和 SSD 300/3000 IO。 mysql 似乎没有使用所有资源。内存使用量为 9GB，负载非常低时只有 3 个内核 运行。 有没有办法改进设置以使用更多资源并加快查询速度？
首先，PARTITION BY LIST几乎没有用。为什么您认为它可能值得做？
让我们看看SHOW CREATE TABLE。如果有很多二级索引，那可能是问题所在。
innodb_buffer_pool_size有多大？听起来它没有应有的那么大。 （建议使用 可用 RAM 的大约 70%。）
让我们看看 SQL 花了这么长时间。这里面可能有什么微妙的东西。