我正在组织的多个服务器上实施 Zabbix 监控。我最近遇到了来自 Oracle / MySQL DBA 的一些阻力。他声称以下查询是资源密集型的，因为他的数据库服务器包含数千个表。它是单行的，但我将它分成多行以帮助提高可读性：

echo "select sum($(case "$3" in both|"") echo
"data_length+index_length";; data|index) 
echo "$3_length";; free) echo "data_free";; esac)) from 
information_schema.tables$([[ "$1" = "all" || ! "$1" ]] || 
echo " where table_schema=\"$1\"")$([[ "$2" = "all" || ! "$2" ]] || 
echo "and table_name=\"$2\"");" | HOME=/var/lib/zabbix mysql -N

which looks like it reduces to:

select sum(data_length+index_length) from information_schema.tables;

我的具体问题是，这个查询的资源密集程度如何？如果它每分钟运行一次，组织是否应该担心它会对数据库服务器产生性能影响？

作为一名经验丰富的 UNIX/Linux 系统管理员，并且从 MySQL 手册中阅读了一些内容，似乎应该简单地添加从内存中的“information_schema”中检索到的值，但我希望得到一个可以明确描述的答案MySQL 必须采取的内部行动以及相关的影响。

我想导入这个 csv 示例数据：

��SendDateTime;ExternalMessageId;SMSCount;Account Name;Country;Country Prefix;Network;Destination Address;Sender;Price Per Message;Credits Per Message;Parent AccountId;Parent Credits Per Message;Client Metadata;Status;Reason;MessageText;DR Arrival Time
21.2.2016. 0:01:17;="126022022011749133";1;some-account;some coutry;27;somenetwork;="27123456789";="27123456789";90,0000;90,0000;;;="";Delivered;;Confirmation: some sms text value;21.2.2016. 0:01:19;

这是来自http://www.infobip.com/导出的报告的示例。为什么 infobip 将其称为 csv 我不知道。

我在使用以下90,0000货币值时遇到问题。

如何将其转换为FLOAD/DECIMAL作为导入的一部分。

我已经想到了一种方法来构建一个相当大的表（200 万行），现在我正在征求意见。用这种重命名方法来让一张桌子“活”起来，有什么会让我心烦意乱的？

背景：表格 (data.CatExt) 是我们产品目录的叠加版本。它每天都在一个复杂的过程中构建（从许多不同的领域获取数据，并在发生冲突时决定哪个来源胜过——复杂性在于业务逻辑，而不是技术方面）。获得最终输出所需的所有工作和任何表都发生在“构建”模式中，最终表位于“数据”模式中。这些模式具有不同的权限。

表很宽，大约有 100 个字段。由于数据源的性质，我们每天都采用从头开始构建它的方法，而不是使用“更改/添加/删除”的方法（很难确定最终需要更改的内容）表。）所以我们每天都建立一个新版本的表，然后（在它通过一些自动检查之后）让它成为新的实时版本。

新方法：这就是新方法的用武之地。替换实时版本的最佳方法是什么？最简单的选择是截断并用新数据替换，但这似乎是不必要的大量数据写入。我们可以对每个字段进行更新，但是有 100 个字段需要进行很多讨厌的编码/比较才能找到任何差异。所以我想，为什么不重命名表呢？它会是这样的：

1. 实时版本 data.CatExt 存在并且可通过步骤 2 和 3 使用。
2. 构建新版本的表 build.CatExt。
3. 对 build.CatExt 的检查、索引等全部完成 - 即，它是完美的。
4. 删除（好吧，我太鸡了 - 可能重命名）data.CatExt，将 build.CatExt 重命名为 data.CatExt。

瞧，新版本，在实时版本被锁定时，没有不必要的数据移动和相关的长时间。

请指出缺陷。（温柔点，我是新人！:)）

我不知道为什么会出现语法错误。我已经仔细检查了我的查询很多次，并阅读了 mysql 参考以加载数据文件，一切似乎都很好。这是我的查询：

LOAD DATA LOCAL INFILE '/tmp/phpnm6Zek' IGNORE INTO TABLE loaddata_temp FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\r\n' IGNORE 1 LINES (@sku, @model, @option, @option_value, @required, @quantity, @subtract, @price, @points, @weight) SET sku=@sku, model=@model, option=@option, option_value=@option_value, required=@required, quantity=@quantity, subtract=@subtract, price=@price, points=@points, weight=@weight

这是我得到的错误：

Notice: Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'option=@option, option_value=@option_value, required=@required, quantity=@quanti' at line 1
Error No: 1064
LOAD DATA LOCAL INFILE '/tmp/phpO6k4u3' IGNORE INTO TABLE loaddata_temp FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\r\n' IGNORE 1 LINES (@sku, @model, @option, @option_value, @required, @quantity, @subtract, @price, @points, @weight) SET sku=@sku, model=@model, option=@option, option_value=@option_value, required=@required, quantity=@quantity, subtract=@subtract, price=@price, points=@points, weight=@weight

在具有 4 个 CPU 内核和 8GB RAM 的 64 位 Debian 6 操作系统上，我可以重现 mongostat 的问题。

每当我在后台创建索引、reIndex 甚至索引时，根据top，CPU 负载为 40-60%，RAM 已填满 90%。在索引任务运行时，我尝试mongostat观察 CPU 负载。立即，CPU 负载接近 100% 并阻塞。

mongostat

连接到：127.0.0.1

之后什么都没有，只有 CPU 负载达到极限，直到 Ctrl + C 停止 mongostat。几秒钟后，CPU 负载缩小到约 50%，一切都恢复正常。

以相同的行为再次尝试mongostat...

mongodb 期待更多的 CPU 还是出了什么问题？

我正在构建一个应用程序来将数据从文本文件导入数据库。

我只想从文本文件中导入特定的行。使用 Navicat，我发现我们可以在导入数据时限制行数。

我还发现一篇文章说我们可以限制它，所以我尝试了这个：

load data infile 'c:/coop/wkwk.txt' into table jo fields 
    terminated by '|' lines terminated by '\n' limit 10,100;

但我得到一个错误SQL syntax，是什么QUERY使这项工作？