我有一个专用的MySQL服务器配备128 GB的RAM。 MySQL最近被杀手杀死了，尽pipeMySQL在最坏的情况下被configuration为使用95 GB。 在我的研究中，我遇到了这个问题： # cat /proc/11895/status Name: mysqld State: S (sleeping) Tgid: 11895 Pid: 11895 PPid: 24530 TracerPid: 0 Uid: 27 27 27 27 Gid: 27 27 27 27 Utrace: 0 FDSize: 1024 Groups: 27 VmPeak: 72188044 kB VmSize: 72122508 kB VmLck: 0 kB VmHWM: 33294036 kB VmRSS: 32829668 kB VmData: 72076496 kB […]
我想每小时备份MySQL，但只保留一天的备份和价值。 再次启动该过程。 我该怎么做？
您好在EC2服务器上我正在使用以下来从另一台服务器gzip SQL： mysqldump -h $HOST -u $UNAME -p$PWORD –single-transaction $1 | gzip -5 > $2_`date +%d`.sql.gz 目前SQL数据是560 Mb，这里是来自“免费”的信息： total used free shared buffers cached Mem: 2049568 1731356 318212 360 144328 529472 -/+ buffers/cache: 1057556 992012 Swap: 0 0 0 我想知道如果我有1 Gb或2 Gb的SQL数据会如何工作？ 它是否在接收数据时使用gzip来最大限度地减lessRAM的使用？ 还是先得到整个SQL数据然后gzip呢？
我的MySQL服务器5.7崩溃，甚至没有启动后，添加innodb_force_recovery。 我试了innodb_force_recovery = 1到6的所有值，但没有任何工作。 请帮助现在做什么，以及如何手动或通过使用其他库恢复/修复损坏的InnoDB表？ 我没有备份，只剩下损坏大小为10GB的InnoDB表文件。 syslog在每次尝试后显示以下行： May 21 10:02:33 server2 kernel: [ 3137.604417] audit: type=1400 audit(1495341153.370:19): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/mysqld" pid=24185 comm="apparmor_parser" May 21 10:02:33 server2 mysqld_safe: Logging to '/var/log/mysql/error.log'. May 21 10:02:33 server2 mysqld_safe: Logging to '/var/log/mysql/error.log'. May 21 10:02:33 server2 mysqld_safe: Starting mysqld daemon with databases from /var/lib/mysql May 21 10:02:33 server2 […]
我通过SSH进入“service mysqld stop”，发现我的网站还在运行。 更好的是，它运行得比以前更快。 “closuresMySQL ……. SUCCESS！” 任何人知道为什么这是可能的？
我们在专用服务器（Xeon E5-1620,64GB内存，SSD）上有一个Magento网站，我们不会产生很高的stream量，这是一个相当小的网站，每月大约30000页面浏览量，平均每天100个订单。 我们的店已经运行好几年了，我们从来没有遇到任何问题。 几个星期前，我开始从仓库里的订单准备部门投诉Magento的速度有多慢，我注意到来自mysqld的高CPU负载。 我检查了MySQL的configuration，似乎它仍然是或多或less的默认configuration。 我不是DBA，也不是MySQLconfiguration/优化方面的专家，所以我试着在这里和那里获取信息，并做了一些调整，首先在my.cnf设置innodb_buffer_pool_size和innodb_buffer_pool_size以及其他一些设置，如下所示： [mysqld] local-infile=0 datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 bind-address=127.0.0.1 # What I added below key_buffer_size=512M #sort_buffer_size=4M <– I commented this, it seems better now #read_buffer_size=4M <– I commented this, it seems better now innodb_thread_concurrency=0 innodb_buffer_pool_size=9G tmp_table_size=128M max_heap_table_size=128M skip-name-resolve query_cache_size=64M 星期五看起来或多或less，但今天早上到达工作，负载高于8（8核心），Magento几乎没有回应。 我如上所述评论sort_buffer_size=4M和read_buffer_size=4M […]
如果我有1台服务器，每秒获得30次写入，然后我将移动到3个加莱拉节点，所以现在每台服务器每秒获得10次写入 但是由于galera是如何工作的，集群中的每台服务器都会让所有其他服务器写入数据，所以最终我将有3台服务器，每台服务器每秒钟可以获得30次写入，所以我最终处于相同的位置 我错过了什么？
我的从数据库（MySQL 5.7.12）上的复制突然停止工作。 当我运行SHOW SLAVE STATUS\G我看到以下错误： Last_Errno: 1396 Last_Error: Error 'Operation CREATE USER failed for 'user'@'ip'' on query. Default database: ''. Query: 'CREATE USER 'user'@'ip' IDENTIFIED WITH 'mysql_native_password' AS '*password'' 我最近在主人和奴隶上都创build了2个新的只读用户，所以我确定这是因为这个原因。 我也看到这个状态： Slave_IO_Running: Yes Slave_SQL_Running: No 对于如何解决这个问题，有任何的build议吗？ 谢谢。
试图从回购安装回购安装Mysql服务器 wget https://dev.mysql.com/get/mysql57-community-release-el7-8.noarch.rpm sudo rpm -ivh mysql57-community-release-el7-8.noarch.rpm yum update 后 yum install mysql-community-server 返回错误 Error: Package: mysql-community-server-5.7.19-1.el7.x86_64 (mysql57-community) Requires: libstdc++.so.6(GLIBCXX_3.4.15)(64bit) Error: Package: mysql-community-libs-5.7.19-1.el7.x86_64 (mysql57-community) Requires: libc.so.6(GLIBC_2.14)(64bit) Error: Package: mysql-community-client-5.7.19-1.el7.x86_64 (mysql57-community) Requires: libstdc++.so.6(GLIBCXX_3.4.15)(64bit) Error: Package: mysql-community-server-5.7.19-1.el7.x86_64 (mysql57-community) Requires: libc.so.6(GLIBC_2.17)(64bit) Error: Package: mysql-community-client-5.7.19-1.el7.x86_64 (mysql57-community) Requires: libc.so.6(GLIBC_2.14)(64bit) Error: Package: mysql-community-server-5.7.19-1.el7.x86_64 (mysql57-community) Requires: libsasl2.so.3()(64bit) Error: Package: mysql-community-server-5.7.19-1.el7.x86_64 (mysql57-community) Requires: […]
我的iptables规则有一些问题。 在我的本地主机上运行MySQL服务器 – 在3306端口。 我写了一些规则： iptables -P INPUT DROP iptables -P FORWARD DROP iptables -P OUTPUT DROP iptables -A INPUT -p tcp –dport 3306 -m tcp -j ACCEPT iptables -A OUTPUT -p tcp –sport 3306 -m tcp -j ACCEPT 但 IP OUTPUT drop: IN= OUT=lo SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=TCP SPT=3306 […]