我试图压缩几个表，但其中一个造成了这个错误 alter table MY_table row_format = compressed，algorithm = INPLACE，LOCK = NONE; 查询OK，0行受影响（0.00秒） 错误1062（23000）：重复项'740003820'的关键'主要 然后尝试一样 改变表MY_table row_format = compressed; 得到相同的错误1062重复input。 根据DOC https://dev.mysql.com/doc/refman/5.6/en/innodb-create-index-limitations.html 运行在线ALTER TABLE操作时，运行ALTER TABLE操作的线程将应用在其他连接线程同时在同一个表上运行的DML操作的“在线日志”。 当应用DML操作时，即使重复条目只是临时的，并且在“在线日志”中稍后的条目将被恢复，也可能遇到重复键入错误（错误1062（23000）：重复条目） 。 这与InnoDB中的外键约束检查的想法类似，在事务期间约束必须保持。 我有什么select？
当我启动/重新启动mysql服务时，我总是在日志中看到这一行： 2017-07-19T17：35：02.379166Z 5 [注意]用户'root'@'localhost'访问被拒绝（使用密码：NO） 它试图做什么？ 而且我怎样才能设置这个操作的用户/密码/主机？ （它应该是127.0.0.1而不是localhost因为我有skip_name_resolve=1 ） 我的home文件夹中已经有.my.cnf了，但是mysql正在mysql用户下运行，所以我应该在mysql home中创build一个.my.cnf文件？ 这会安全吗？ 我正在使用Percona服务器5.7
我已经在我的CentOS 6.1服务器上编译了Percona 5.5，并且它开始很好，但是它似乎没有读取我的/etc/my.cnf文件。 # In /etc/my.cnf character_set_server = utf8 collation_server = utf8_general_ci mysql> show variables like 'character_set_server'; +———————-+——–+ | Variable_name | Value | +———————-+——–+ | character_set_server | latin1 | +———————-+——–+ 1 row in set (0.00 sec) 在这里，我期望看到'utf8'的值，而不是latin1。 目前/etc/my.cnf设置为一个符号链接，指向一个当前处于版本控制的my.cnf文件，所以它看起来像： root@host ~/MyFile/Setup # -> ls /etc/my.cnf lrwxrwxrwx. 1 root root 64 Dec 17 19:05 /etc/my.cnf -> /home/src/config/current/sys/etc/mysql/prod/confs-enabled/my.cnf […]
对于我们的一些网站，我们使用Ubuntu LTS 10.04和MySQL 5.1。 我们正在考虑将SQL数据库整合到一台服务器上，并为此testing了Percona 5.5。 MySQL客户端（PHP5-MySQL）使用libmysqlclient16（5.1.41-3ubuntu12.10），我们可以安全使用Percona服务器5.5的这个版本吗？ 或者，我可以在我们的Web服务器上使用Percona apt存储库，并将libmysqlclient16升级到Percona版本（5.1.62-rel13.3-435.lucid）。
我正在使用pt-table-checksum和pt-table-sync来检查我的副本中的差异。 当我用-print选项使用pt-table-sync时，我只能看到主值。 我怎样才能显示冲突的奴隶价值观？ 我想看看我能否find这种差异的模式。
现在的情况 我想在我的主数据库正在运行的VPS（Centos 5）上安装XtraBackup。 在rpm安装过程中，它告诉我错过了一个名为perl(DBD::mysql)的依赖关系。 当我尝试yum install该依赖项时，它告诉我这一点： Error: Missing Dependency: libmysqlclient.so.15(libmysqlclient_15)(64bit) is needed by package perl-DBD-MySQL-3.0007-2.el5.x86_64 (base) Error: Missing Dependency: libmysqlclient.so.15()(64bit) is needed by package perl-DBD-MySQL-3.0007-2.el5.x86_64 (base) 当我检查/usr/lib/mysql有几个不存在的符号链接叫做libmysqlclient.so.15。 唯一可用的符号链接是libmysqlclient.so和libmysqlclient_r.so ，它们链接到/usr/lib64/libmysqlclient.so ，它是libmysqlclient.so.18的符号链接。 看来我只有版本18安装。 以前的情况 我还在我的另一台VPS（Centos 6）上安装了XtraBackup。 那里发生了完全相同的错误。 它最后通过下载MySQL的共享compat 5.1 lib（MySQL-shared-compat-5.1），覆盖了不同版本的libs，直到16我相信。 之后，我可以很好地安装MySQL-shared-compat-5.1和XtraBackup 。 剩下的唯一问题是PHP使用libmysqlclient.so.18文件，因此httpd服务不会再启动。 我修正了（我认为）脏修复…通过创build一个符号链接libmysqlclient.so.18 -> libmysqlclient.so.16 。 之后，Apache加载没有问题。 它仍然感觉不对。 我对大部分这些东西并不是很有经验，所以我希望有人能够解释我正确的修复方法，如果可能的话，让Apache和XtraBackup与它们的libmysqlclient版本一起运行。
所以我目前正在运行一个MySQL 5.1数据库，其规格如下： Proc：Intel（R）Xeon（R）CPU E5-1620 0 @ 3.60GHz RAM：64 Go 磁盘：2x 100 Go SSD（RaidSoft） 我打算将我的物理服务器以及我的mysql服务器迁移到percona服务器5.6。 我在我的基础设施的其余部分使用Proxmox集群，因此我想把我的新的MySQL服务器放在一个专用的openvz容器（主机上只有一个）。 我已经成功地设置了这个，它似乎运作良好，但我仍然想知道这是一个好主意。 任何反馈？
我们有一个Percona集群，它随机在不同的集群节点上获取信号11。 我已经用尽了我知道的。 这是带有信号11的.err文件。 我们正在运行服务器版本：5.6.22-72.0-56 Percona XtraDB集群（GPL），版本rel72.0，修订版978，WSREP版本25.8，wsrep_25.8.r4150 11:01:11 UTC – mysqld got signal 11 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. We will […]
在我安装了Percona服务器之后，我收到了这个消息： * Percona Server is distributed with several useful UDF (User Defined Function) from Percona Toolkit. * Run the following commands to create these functions: mysql -e "CREATE FUNCTION fnv1a_64 RETURNS INTEGER SONAME 'libfnv1a_udf.so'" mysql -e "CREATE FUNCTION fnv_64 RETURNS INTEGER SONAME 'libfnv_udf.so'" mysql -e "CREATE FUNCTION murmur_hash RETURNS INTEGER SONAME 'libmurmur_udf.so'" * See http://www.percona.com/doc/percona-server/5.6/management/udf_percona_toolkit.html […]
我试图把最后几个数据库从一个老的mysql服务器上移走，但是特别是有一个数据库让我难堪： 第595行的错误1118（42000）：在一个事务中插入的BLOB / TEXT数据的大小大于重做日志大小的10％。 使用innodb_log_file_size增加重做日志的大小。 正在迁移到的服务器正在运行5.6.29-76.2-log Percona Server ，似乎有一个变通办法与大BLOB的事务一致性错误。 由于修改innodb_log_file_size需要服务重启，有没有办法导入数据库禁用交易或什么东西？ SQL * Loader有一些选项来禁用导入的事务，也许有类似的工具和设置的MySQL？