主页 / user-6131

Max's questions

Martin Hope
Max
Asked: 2013-04-11 07:20:53 +0800 CST
  • 3

就目前而言，级联外键操作不会激活触发器。MySQL我不想参与关于这是否好的辩论，我只想知道是否有解决方法。

我目前正在triggers做这样的事情：

CREATE TRIGGER `Set_field1_on_update` BEFORE UPDATE ON `mytable`
FOR EACH ROW BEGIN
    SET NEW.field1 =  CONCAT(NEW.myforeignkey,'whatever');
END

myforeignkey直接更改时效果很好，mytable但ON UPDATE CASCADE通过其引用表更新时效果不佳。

无论如何，在级联外键操作上实现上述功能（必要时使用触发器以外的东西）？

mysql trigger
Martin Hope
Max
Asked: 2012-05-15 05:14:03 +0800 CST
  • 5

我正在尝试将从正在运行的服务器（将升级到）中获取的数据库的mysqldump备份导入到正在运行的本地计算机上。导入失败并出现以下错误：drupalMySQL 5.05.5MySQL 5.5.23

ERROR 1100 (HY000) at line 11084: Table 'search_index' was not locked with LOCK TABLES

当我在线打开备份时11084，我得到的是：

LOCK TABLES `sessions` WRITE;
/*!40000 ALTER TABLE `sessions` DISABLE KEYS */;
INSERT INTO `sessions` VALUES ...
-- MySQL dump 10.11
--
-- Host: localhost    Database: drupal
-- ------------------------------------------------------
-- Server version       5.0.77-log

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Table structure for table `search_index`
--

DROP TABLE IF EXISTS `search_index`;        <=== LINE 11084
SET @saved_cs_client     = @@character_set_client;
SET character_set_client = utf8;
CREATE TABLE `search_index` (
  `word` varchar(50) NOT NULL default '',
  `sid` int(10) unsigned NOT NULL default '0',
  `type` varchar(16) default NULL,
  `score` float default NULL,
  UNIQUE KEY `word_sid_type` (`word`,`sid`,`type`),
  KEY `sid_type` (`sid`,`type`),
  KEY `word` (`word`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
SET character_set_client = @saved_cs_client;

我检查了其他语句，通常INSERT语句后跟UNLOCK TABLES;. 因此，如果我对文件进行以下修改，mysqldump问题就解决了：

INSERT INTO `sessions` VALUES ...
UNLOCK TABLES;                   <=== ADDED LINE
-- MySQL dump 10.11
[...]
DROP TABLE IF EXISTS `search_index`;

我不知道那里出了什么问题，但是以开头的整个注释块与文件-- MySQL dump 10.11开头的注释块相同mysqldump，并且看起来像是在编写未正确关闭的语句mysqldump时开始了新转储。INSERT INTO sessionsUNLOCK TABLES;

有人知道这里发生了什么吗？

mysql mysqldump
Martin Hope
Max
Asked: 2012-04-25 04:59:45 +0800 CST
  • 7

最近我们的一台服务器内存不足并崩溃了。查看munin图表后，似乎在崩溃前达到峰值的唯一指标（内存使用率除外）是MySQL throughput. 然而，我们预计会看到相应的增加数量MySQL queries并没有发生：

在此处输入图像描述 在此处输入图像描述

我们想找出导致 MySQL 吞吐量达到峰值的原因。以下是崩溃中的 bin 日志列表：

101M Apr 17 01:27 drupal_master-bin.001270
106M Apr 17 03:00 drupal_master-bin.001271
101M Apr 17 04:05 drupal_master-bin.001272
104M Apr 17 05:53 drupal_master-bin.001273
104M Apr 17 06:39 drupal_master-bin.001274
101M Apr 17 07:02 drupal_master-bin.001275
104M Apr 17 07:22 drupal_master-bin.001276  # 100M filled up in 1 min
106M Apr 17 07:23 drupal_master-bin.001277
101M Apr 17 07:33 drupal_master-bin.001278
101M Apr 17 07:43 drupal_master-bin.001279
104M Apr 17 07:46 drupal_master-bin.001280
102M Apr 17 08:29 drupal_master-bin.001281
102M Apr 17 08:46 drupal_master-bin.001282
105M Apr 17 08:54 drupal_master-bin.001283
 13M Apr 17 09:26 drupal_master-bin.001284  # crash of server around 09:50
# prior to crashing load went very high (we saw 45) and server was extremely slow (few min delay when typing in an SSH session)
101M Apr 17 10:54 drupal_master-bin.001285  # server up again, nothing wrong since then

我一直在寻找分析这些 bin 日志的工具。到目前为止，我发现：

binlog-analyze.pl：为我提供了已处理查询的概述，并在select, insert, update.. 上进行了细分（仅供参考，我在脚本中替换select into为select，因为它似乎是错误的）。

$ mysqlbinlog /path/to/bin.log | binlog-analyze.pl -v

pt-query-digest：给我关于查询大小的统计信息（最小，最大，平均......）。该实用程序有很多选择，但我不知道要寻找什么。

$ mysqlbinlog /path/to/bin.log | pt-query-digest

我们想知道是哪些查询导致 MySQL 输出增加。

有人可以指导如何查看 MySQL bin 日志以识别导致 MySQL 吞吐量突然增加的查询吗？

mysql performance
Martin Hope
Max
Asked: 2012-01-26 07:28:06 +0800 CST
  • 8

当我在 MySQL 下检查我的数据库的大小时，我得到了这个：

MariaDB [(none)]> SELECT table_schema "Data Base Name",  sum( data_length + index_length ) / 1024 /  1024 "Data Base Size in MB",  sum( data_free )/ 1024 / 1024 "Free Space in MB"  FROM information_schema.TABLES  GROUP BY table_schema;
+--------------------+----------------------+------------------+
| Data Base Name     | Data Base Size in MB | Free Space in MB |
+--------------------+----------------------+------------------+
| alfresco           |         245.75000000 |      34.00000000 |
| drupal             |         892.15625000 |     216.00000000 |
+--------------------+----------------------+------------------+

当我检查磁盘上的大小时，我得到了这个：

$ sudo du -h --max-depth=1 /var/lib/mysql/
317M    /var/lib/mysql/alfresco
1.4G    /var/lib/mysql/drupal

如果我将 Maria DB 提供的已用空间和可用空间结合起来，并将其与磁盘数据进行比较，我将得到以下结果：

alfresco: DB=279MB  DISK=317MB (+14%)
drupal: DB=1100MB   DISK=1433MB (+30%)

问：磁盘上有这么多开销是否正常/我可以做些什么来减少它？

仅供参考，我认为运行 mysql 优化会有所帮助（使用该命令），它确实减少了数据库的大小，但没有改变磁盘上文件的大小。

附加信息：

server:             ubuntu server 10.04 LTS
DB server:          MariaDB
DB engine:          InnoDB v10 (for all tables)
Table collation:    utf8_general_ci
Nb Drupal tables:   416  (0.80MB overhead per table)
Nb Alfresco tables: 84   (0.45MB overhead per table)
mysql ubuntu