问题标签 [mysql-management]

是否可以使用 vb.net 调用 mysql 控制台？或者使用 vb.net 创建 mysql 数据库备份。我在想是否可以使用 .bat 文件为我执行 mysql 转储代码。然后在 vb.net 中使用 system.diagnostic.process.start 调用它。但我不知道如何调用 mysql console.exe。因为我只有命令提示符的经验。

在 MySQL 中，我将 log_output 设置为 FILE，并将 general_log 设置为 ON，然后查询开始涌入，让我进行调试。但是，在 1022 字节之后，每个查询都被突然截断。我怎样才能增加这个限制，以便我也可以调试长查询？

干杯

尼克

我正在处理一个大量使用跨模式视图的项目。我要解决的问题是以简单的方式导入这些模式，没有错误。

我将进一步解释这一点：假设模式是 A 和 B。在模式 A 中有一个指向模式 B 的视图，反之亦然。导入 A mysqldump 文件时，它中途失败，因为视图指向尚不存在的模式 B。首先导入 B 模式时也会发生同样的事情。

我找不到一种方法来禁用对视图验证或某种程度的支持。有谁知道如何优雅地做到这一点？

嗨，我想将表从 SQL Server 迁移到 mysql，

能否请参考一些好的工具或提供一些建议，如何开始迁移，

另外请告诉我如何在 SQL Server 中导出表。

谢谢

我正在使用 MONyog 来监控我的两台 mysql 服务器。当出现问题时，我会收到来自 MONyog 的警报电子邮件。有一个错误，我找不到原因。它说：

连接历史：拒绝连接的百分比） - 66.67%

百分比并不重要，这只是拒绝连接。我每半小时收到这封电子邮件。所以这就像一个恒定的情况。这一定是我的错误，因为我只是设置了这些服务器，其他人不可能干扰这些服务器。

MONyog 建议我：

2. 尝试隔离使用错误密码或尝试从未经授权的主机连接的用户/应用程序。
3. 如果连接时间超过 connect_timeout 秒，客户端将被禁止连接。
4. 将 log_warnings 系统变量的值设置为 2。这将强制 MySQL 服务器记录有关错误的更多信息。

我添加log_warnings=2并my.cnf启用了这样的日志记录：

我看不到任何警告，/var/log/mysql/error.log 我可以看到一些警告，/var/log/mysqld.log但它们是关于其他的。

总之，我的问题是如何检测被拒绝的连接？如果需要更多信息，请告诉我。

提前致谢。

几天前，我从 MySQL 数据库中收到以下错误：

线程堆栈溢出：196608 字节堆栈使用了 68744 字节，需要 128000 字节。使用 'mysqld -O thread_stack=#' 指定更大的堆栈。

我发现的所有文档都说：

MySQL 4.0.10 之前的默认值为 64KB，之后为 192KB。如果线程堆栈大小太小，则会限制服务器可以处理的 SQL 语句的复杂性、存储过程的递归深度以及其他消耗内存的操作。

我将变量 thread_stack 设置为 256K，但它只是一个随机值。现在它解决了这个问题，但我真的很想知道它应该有多大，获取一些示例值或用法。例如：

• 我可以用 96KB (x KB) 的线程堆栈做什么和不能做什么？
• 如何计算我需要多大的线程堆栈？

如何从 mySql 中的多个数据库中选择所有表。我正在执行以下步骤但无法实现目标。

请帮我

我正在尝试使用 MySql.data.dll 将我们框架的数据库层从 SQLServer 迁移到 MySQL。我在 MySQL 中有以下生成的查询：

MySQL 将上述字符串中的 '\b' 解释为响铃字符，而 SqlServer 不解释任何此类转义字符。MySQL中的解决方案 -

要在 C# 中执行此操作，我必须用 \b 替换每个 \b 或其他此类字符，考虑到我最终会进行的此类转换的数量，这对我来说不是一个非常可行的选择。

So my question is- Is there any option in MySQL to avoid it interpreting such special characters at the database level. If not what is there any api I can use to perform such a transformation. I did check out the MySqlHelper class but could not find anything useful there.

Thanks in advance,
Bharath

我正在研究一个相对较小的数据库。它总共有 67 个表，有超过一百万条记录。它大约为 254 MB。与它一起工作的应用程序已经运行了大约 5 年，使用量每年翻一番。今年我们预计将增加三倍，这将使一个赛季的数据库规模几乎翻倍。我的问题是，将数据库拆分为多个数据库是不是一个坏主意。假设我们有 300 个客户端，那么它将创建 300 个单独的数据库，其中包含 67 个表，但只有与该客户端相关的数据。除了可以在不同服务器上执行的内部统计数据之外，没有太多理由将数据放在一起。在其生命周期中，我们不应超过 10,000 个客户。

我看到的问题是，当我们需要对“主数据库”模式进行更改时，它需要在所有“从属数据库”中复制更改

当添加新客户端时，复制也将是一个挑战。

代码级别的应用程序几乎是为这种类型的设置设置的。

有什么我想念的吗？这是一个可怕的想法吗？

数据库是仓促（不是我）创建的，没有考虑未来，现在是我的责任。

就规范化、字段类型审计、sql 优化、索引和服务器调优而言，还有很多工作要做。任何反馈将不胜感激。

要列出活动连接，我们这样做：

如何列出旧的关闭连接？