我正在使用openssl生成ssl证书，我正在使用SSLencryption连接到MySQL。 当我从本地主机环境连接时（甚至当我通过服务器公共IP连接时，我也已经成功地从Web服务器框连接），这工作正常。 但是，当我尝试从我的本地开发机器连接时，我得到一个SSL errror。 从主机平台连接时 mysql -u metrics -p -h 45.33.xx –ssl-key = client-key.pem –ssl-ca = ca.pem –ssl-cert = client-cert.pem input密码： 欢迎来到MySQL监视器。 命令以; 或\ g。 你的MySQL连接ID是136 … 当从Mac开发机器连接时，我用scp把证书/密钥文件复制到我的开发机器上 mysql -u metrics -h 45.33.xx -p –ssl-key = client-key.pem –ssl-cert = client-cert.pem –ssl-ca = ca.pem input密码： 错误2026（HY000）：SSL连接错误：错误：00000001：lib（0）：func（0）：原因（1） 这是我所做的努力来解决这个问题 我在服务器和本地机器上生成了cert / key / ca的校验和，它们是相同的 我已经看了无法连接到MySQL 5.5与SSL服务器故障问题没有想法解决了这个问题 我已经debuggingSSL通过启动openSSL服务器（在MySQL服务器上），并从我的本地机器连接，再次没有问题。 如果它有所不同，服务器都运行Ubuntu […]
在我们的数据中心停电后，从属MySQL数据库正在苦苦挣扎。 这是在一个奴隶的日志中： 100118 10:05:56 [Note] Slave I/O thread: connected to master 'repl@db1:3306', replication started in log 'bin-log.004712' at position 724207814 100118 10:05:56 [ERROR] Error reading packet from server: Client requested master to start replication from impossible position ( server_errno=1236) 100118 10:05:56 [ERROR] Got fatal error 1236: 'Client requested master to start replication from impossible position' […]
我有一个LAMP架构的Web应用程序。 现在所有的服务器都是从平台仓库（apt / yum）中的可用二进制文件安装的。 不过，我认为最好是通过从源代码构build服务器来安装服务器，然后进行安装。 第二种方法是否比前者有明显的优势？ 我能想到的缺点是手动维护。
作为灾难恢复策略的一部分，我正在调查运行常规MySQL转储到S3存储桶（部分原因是入站数据传输的零成本！）。 在发生灾难时，我想将S3中的转储文件恢复到新的RDS实例。 尽pipe广泛的search，我找不到任何这样的例子。 有谁知道这是可能的吗？ 为了给出一点上下文，这是一个500GB的写入重量轻的24×7 MySQL数据库。 我打算使用MySQL复制到一个从机，然后我们可以从主机发生故障的情况下发送到S3的转储（我们使用同一主机提供商复制主机和从机，虽然他们在不同的数据中心）。
我们有一个在Debian etch（！）上运行MySQL 5.0的数据库服务器，并决定升级。 现在它在Debian上运行5.1。 该数据库服务器在SATA RAIDarrays上有大约1.2TB的MyISAM数据，以及2GB的RAM。 通常速度不是这个服务器运行的查询的一个因素，它主要是背景的东西。 升级时，Debian软件包会运行一个维护脚本来升级表，但升级每个表需要很长时间。 我的意思是说，每张桌子大约需要18个小时，而按照现在的速度，这个地段要花费6个星期的时间。 这是一个相当大的问题。 我试图增加全球key_buffer到512MB，这似乎是符合build议，没有任何效果。 这个问题似乎是它使用“修复与键caching”的方法，这比sorting方法慢得多： mysql> show processlist; +—–+——————+———————————-+——————+———+——-+———————-+————————————————————————–+ | Id | User | Host | db | Command | Time | State | Info | +—–+——————+———————————-+——————+———+——-+———————-+————————————————————————–+ | 5 | debian-sys-maint | localhost | xxxxxxxxxxxxxxxx | Query | 45146 | Repair with keycache | REPAIR TABLE `xxxxxxxxxxxxxxxx`.`xxxxxxxxxxxxxxxxxxxx` 其他表由于需要升级而无法访问： […]
我在专用服务器上运行带有MPM prefork的Apache 2.2.21。 更多细节： Server Version: Apache/2.2.21 (Unix) mod_ssl/2.2.21 OpenSSL/1.0.0-fips DAV/2 SVN/1.7.0 mod_python/3.3.1 Python/2.6.5 mod_bwlimited/1.4 PHP/5.3.6 stream量通常在10-30个请求/秒之间，有12GB的RAM，我们已经相当保守地调整了MaxClients（250）。 我们确实看到各种原因使用的峰值（在一个旧的服务器上，我们在这些峰值期间几次打我们的MaxClients）。 无论如何，这是一个新的服务器。 运行一段时间后，我们的Apache状态开始如下所示： GGG_._._RC_.G..C.G_G.C_G..C_.CG_._._G__W____..R.WCR_.W..G_…… G的（“优雅地完成”）正在卡住。 如果我重新启动Apache，它们只会消失。 这肯定会导致我们在没有定期监控/修复的情况下达到我们的MaxClients限制。 我在互联网上阅读，似乎有一个类似于这个Apache的错误，但发生在不同的条件下。 它在2.2.14版中也显然是固定的。 我包含了一个挂起的过程的堆栈跟踪您的检查。 #0 0x000000350c6f119e in __lll_lock_wait_private () from /lib64/libc.so.6 #1 0x000000350c67c138 in _L_lock_9164 () from /lib64/libc.so.6 #2 0x000000350c679a32 in malloc () from /lib64/libc.so.6 #3 0x000000350c66fcfb in __libc_message () from /lib64/libc.so.6 […]
起搏器1.0.12-1 corosync-1.2.7-1.1 我要为MySQL复制设置故障转移（1个主站和1个从站），请遵循以下指南： https ： //github.com/jayjanssen/Percona-Pacemaker-Resource-Agents/blob/master/doc/PRM-setup-guide .rst 这里是crm configure show的输出： node serving-6192 \ attributes p_mysql_mysql_master_IP="192.168.6.192" node svr184R-638.localdomain \ attributes p_mysql_mysql_master_IP="192.168.6.38" primitive p_mysql ocf:percona:mysql \ params config="/etc/my.cnf" pid="/var/run/mysqld/mysqld.pid" socket="/var/lib/mysql/mysql.sock" replication_user="repl" replication_passwd="x" test_user="test_user" test_passwd="x" \ op monitor interval="5s" role="Master" OCF_CHECK_LEVEL="1" \ op monitor interval="2s" role="Slave" timeout="30s" OCF_CHECK_LEVEL="1" \ op start interval="0" timeout="120s" \ op stop interval="0" timeout="120s" […]
我已经通过xinetd使用HAProxy设置了负载平衡MySQL从站 。 2个负载均衡器共享一个由Pacemakerpipe理的虚拟IP： crm configure show ： node SVR120-27148.localdomain node SVR255-53192.localdomain primitive failover-ip ocf:heartbeat:IPaddr2 \ params ip="192.168.5.9" cidr_netmask="32" \ op monitor interval="5s" \ meta is-managed="true" primitive haproxy ocf:heartbeat:haproxy \ params conffile="/etc/haproxy/haproxy.cfg" \ op monitor interval="30s" \ meta is-managed="true" colocation haproxy-with-failover-ip inf: haproxy failover-ip order haproxy-after-failover-ip inf: failover-ip haproxy property $id="cib-bootstrap-options" \ dc-version="1.0.12-unknown" \ cluster-infrastructure="openais" \ […]
我的Apache服务器需要很长时间来处理请求。 我附上strace它可以看到下面两个延迟： 1）非常关键（143秒处理） 1335 0.000037 write(16, "\235\0\0\0\3INSERT INTO `br_anonymous_user_tokens` (`dtExpires`, `nmToken`, `dtCreated`) VALUES ('2014-08-25', '46e35dc39a41e836b806f48d21621b066ea182a9', '2014-06-25')", 161) = 161 1335 0.000111 read(16, "\t\0\0\1\0\1\374\262\n\2\0\0\0", 16384) = 13 1335 143.588134 gettimeofday({1403675497, 653337}, NULL) = 0 文件描述符＃16似乎是mysql套接字： line from strace 1335 0.000328 socket(PF_LOCAL, SOCK_STREAM, 0) = 16 和这里 pidof mysqld 15393 lsof -p 15393 mysqld 15393 mysql 12u […]
所以我的最终目标是运行一个MySQL Docker容器（比如公共registry中的tutum / mysql），然后将一个Gitlab Docker容器（比如sameersbn / gitlab）连接到两个容器都使用持久存储的容器。 但是，我被困在MySQL部分。 每当我尝试运行一个预制的MySQL Docker容器（mysql，tutum / mysql和sameersbn / mysql）时，我会得到下面的输出结果。 脚步 这只是获取下面的错误消息的一种方法。 docker.io拉tutum / mysql：最新 docker.io运行-it tutum / mysql bash 一旦连接到新的容器，运行“/run.sh”（根据tutum / mysql dockerfile） 此时“等待MySQL服务启动确认”消息不断重复。 此时，如果我取消“/run.sh”命令并自己启动MySQL，则会在下面显示错误消息。 输出： root @ 1bbeb34f3491：/＃mysqld 140730 4:49:04 [警告]使用唯一的选项前缀key_buffer而不是key_buffer_size已被弃用，并将在未来版本中删除。 请改用全名。 140730 4:49:04 [警告]使用唯一的选项前缀myisam -recovery而不是myisam-recover-options已被弃用，并将在未来版本中删除。 请改用全名。 140730 4:49:04 [Note]插件'FEDERATED'被禁用。 mysqld：表'mysql.plugin'不存在 140730 4:49:04 [错误]无法打开mysql.plugin表。 请运行mysql_upgrade来创build它。 140730 4:49:04 InnoDB：InnoDB内存堆被禁用 140730 […]