问题标签 [percona]

我最近在 Ubuntu 12.04 OS 桌面上安装了 5.5.28-29.2 Percona Server (GPL)，Release 29.2。我尝试使用不同的方法停止服务器：

所有这些方法都会停止该过程，但它会在它死后自动启动。我检查了 syslog (/var/log/syslog/) 并总是显示下一个跟踪：

你知道进程自动重启的原因吗？先感谢您！！

/*有一种方法可以从文件中删除包含在 bash 脚本之间和*/使用 bash 脚本的所有行吗？

我使用percona生成一个 sql 脚本来同步两个数据库，一个开发数据库到一个生产数据库。Percona生成一个格式良好的 SQL 脚本，但其中充满了增加文件大小的注释。所以，为了使上传操作更容易，我宁愿删除所有不必要的。

1月10日编辑

我用这段代码解决了：

谢谢大家

当前运行：

mysql Ver 14.14 Distrib 5.5.29，适用于 Linux (x86_64)，使用 readline 5.1

在 CentOS 上

我正在尝试使用 PHP 创建一个 SQL 查询，在该查询中它检查是否已经使用相同的日期和用户名提交/设置了一行。如果没有，它会插入一个新行。如果确实找到匹配项，则改为更新该行。

我可以很好地插入新行，但是当我使用预先存在的日期和名称时，我的任何日志中都没有收到错误，并且查询似乎运行没有任何问题。但是在检查数据库时，我注意到该行实际上没有设置 UPDATES。当我在 SQL 中手动运行更新命令时，它似乎工作正常。

没有日志/错误数据可以继续，我希望在这里得到一些建议。我敢肯定这里一定有我遗漏的东西。这是我目前正在使用的：

}

最近，我从标准 MySQL 迁移到Percona.，并使用Percona Wizard生成my.cnf.

但是，我可以看到，默认情况下，生成的设置my.cnf使用query_cache_type = 0. （查询缓存被禁用）。

我在服务器上运行的唯一东西是一个 Wordpress 博客。我的问题是：

1. 我可以启用查询缓存吗？
2. 有一些提供数据库缓存的 Wordpress 插件。结果是否类似于启用查询缓存？

I'm running Percona 5.5 on a Centos 6.3. I'm using the prepackaged "huge" my.cnf which ships with percona, it matches my server specs pretty well. My database uses innodb tables. Reading the my.cnf file, there is a section pertaining to innodb:

I uncommented the above lines (obviously leaving the actual comments commented), restarted percona and I get the following message:

I'm new to managing a database server. What benefit is there to uncommenting the above lines, and why does it crash mySQL when I restart when I do?

Thanks

我正在尝试在两台机器上设置 Percona XtraDB 集群。但我在让第二台机器启动并运行时遇到了可怕的时间。

我已将这篇文章用作参考，虽然它似乎几乎可以工作，但我可能缺少一些基本的东西。

机器如下：

两台机器都运行 Ubuntu 12.04 LTS。

节点 1 上的配置文件与文章类似。

当我使用上述配置启动此节点时，它可以正常工作。我可以通过命令行登录并运行

命令如它所描述的那样。一切看起来都很正常。

注意：节点 1 以前是标准的 mySQL 服务器，并且在 /var/lib/mysql 文件夹中已经有数据。这并没有影响它以上述配置正常启动。

然后我按照文章中关于添加新节点的步骤进行操作。这似乎是我遇到问题的地方。

我在节点 2 (192.168.2.11)上创建了 my.ini ，并使用了与文章类似的配置。

当我尝试使用service mysql start 启动服务时，它说它已启动，但我无法再通过命令行连接。

我尝试将节点 1 上的配置文件更改回原来的配置文件，然后启动节点 2，但这也不起作用。

我通过在命令行上使用 mysqld 命令简单地启动 mysql 来捕获日志，这是修剪后的结果（只有有错误的东西）：

这是节点 2 连接时节点 1 报告的内容（节点 1 使用第一个配置文件 - 再次修剪）

节点 2 报告类似。

如果有人可以帮助我解决我犯的愚蠢错误，将不胜感激。

（抱歉帖子的长度 - 我想提供尽可能多的信息）

当我不带参数调用 innobackupex 时，它会生成所有数据库的备份。它需要三分钟，并产生 8GB 的​​输出。当我运行 mysqldump --all-databases 时，需要 1 分钟，并产生 1.5gb 的输出。既然这两个输出都可以用来重新创建同一个数据库，为什么 xtrabackup 这么慢而且这么大？

我有一个非常大的慢查询日志（~220GB），使用 pt-query-digest，我如何过滤事件/查询：

• 数据库或数据库 AND
• 日期时间范围（我只能在这里访问时间戳）和
• 数据库用户

我知道这种大小的慢查询需要很长时间，但这是我解决生产服务器上的一些慢查询问题所必须的全部信息。将来，我将减小慢查询日志的大小。

我一直在使用该工具的基础知识，但其中一些过滤器选项似乎并不明确或没有很好的记录。如果我这周有时间，我会再玩一次，但我会很感激任何进一步的提示。我尝试过使用 mysqldumpslow，但它只能处理 grep 中的单个模式。

PS我的第一个stackoverflow问题......请友善:-)