小编Rol*_*DBA的帖子

我很好奇有没有办法在共享主机中找到 my.cnf 或者这个文件只能由 DBA 配置而没有人可以设置他/她自己的设置？

此服务器是一台运行 CentOS 6.0、MySQL 5.5.21 的虚拟机

有一个名为devSystem. 里面有 InnoDB 表。运行以下命令会导致错误ERROR 2006 (HY000): MySQL server has gone away。我以前没有广泛使用 InnoDB，所以还没有遇到过这种类型的问题。我只能假设它特定于 InnoDB，因为它没有使用 MyISAM 出现。无论如何，我尝试运行的命令如下。

mysql -u root -p
mysql> USE `devSystem`;
-- database changed
mysql> SHOW TABLES;

MySQL 客户端返回的完整错误

ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    1
Current database: devSystem

ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
ERROR 2002 (HY000): Can't connect to local MySQL server …

我有两个经常更新的表，一个是直接的UPDATE ..，另一个是直接的，INSERT .. ON DUPLICATE KEY UPDATE ...通常这些查询是即时的，但有时需要 0.1 秒到 1+ 秒，然后又是即时的几秒钟。

另一件事要注意，我有两个 MySQL 服务器（在同一个专用网络中）。所有选择查询（除了一两个）都在从站上执行，这里看到的插入当然在主站上。当数据库处于大负载下时，速度减慢最为明显。最后，我正在使用 xtradb（看看它是否有帮助），但在纯 MySQL 5.5 InnoDB 上发生了相同的行为。

-- CustomData
+-----------+---------+------+-----+---------+-------+
| Field     | Type    | Null | Key | Default | Extra |
+-----------+---------+------+-----+---------+-------+
| Server    | int(11) | NO   | PRI | NULL    |       |
| Plugin    | int(11) | NO   | PRI | NULL    |       |
| ColumnID  | int(11) | NO   | PRI | NULL    |       |
| DataPoint | …

如何在复合类型的子字段上创建约束？

伪代码

create type axis(
    major_axis float,
    minor_axis float,
    angle float constraint angle_constraint check(angle between -90 and 90)
);

create table sample(
    axis1 axis,
    axis2 axis
);

这在 PostgreSQL 9.2 中可能吗？正如这里提到的那样，这在 9.1 中似乎是不可能的。

I'm running out of space from my hard drive which has a 18GB PostgreSQL database.
When I try pg_dump to a different drive, PostgreSQL creates temporary files on the disk it's dumping from, so I run out of space and the dump fails.

I tried this from Stackoverflow and a small file is created in the new directory, but nothing else, and pg_dump still writes to the original disk.

How do I change temp directory for pg_dump?

Note: My …

这是我昨天问的一个问题 - /sf/ask/1552650921/。

我得到了一个很好的答案，对我有帮助，但我不明白为什么 LEFT JOIN 比查找慢得多。LEFT JOIN 是 16 秒 - 我很确定我的表至少优化了 90% - 在进行查找时它只有 0.14 秒。当我 LEFT JOIN 表时，它并没有那么慢，为什么要查看？

我们的服务器有磁盘空间问题。因此，复制的 IO 线程无法启动。

以下是mysql错误日志中的错误：

[注意] Slave I/O 线程：连接到 master 'user@host:3307'，复制开始于 log 'mysql-bin.000030' at position 196820914

[错误] 从 I/O：从网络读取时复制事件校验和验证失败。错误代码：1743

[错误] 从站 I/O：中继日志写入失败：无法将来自主站的事件排队，错误代码：1595

我该如何解决问题？

我有一个source基数为 1122 的索引和一个state基数为 22 的state索引。MySQL在查询时一直使用该索引SELECT C1 FROM tbl WHERE source = 'x' and state = 'y'。这是正常的吗？如果没有，可能会出现什么问题？

在一个表中删除多个 KEYS 是首选还是一个一个的首选？

“按键A，按键B，按键C”

表中有 9 亿多条记录。

它在内部如何运作？

有没有办法刷新 ib_logfile0 和 ib_logfile1 而不将表转储到 .sql 文件，删除，然后重新插入？有人在客户备注表中输入了几个纯文本信用卡号。它出现在我的 PCI 扫描中，我将它们从表中删除，但它们仍然存在于日志文件中:(