我的IT咨询服务的客户拥有一个networking开发商店。 他一直在运行MySQL 5.0.67的Slackware 12.0服务器出现问题 。 这台机器是由客户的系统pipe理员设置的，他的系统不好。 我的客户端不再使用系统pipe理员。 据我所知，安装的MySQL的唯一副本是/var/log/packages/mysql-5.0.67-i486-1描述的那个： PACKAGE NAME: mysql-5.0.67-i486-1 COMPRESSED PACKAGE SIZE: 16828 K UNCOMPRESSED PACKAGE SIZE: 33840 K PACKAGE LOCATION: /var/slapt-get/archives/./slackware/ap/mysql-5.0.67-i486-1.tgz PACKAGE DESCRIPTION: mysql: mysql (SQL-based relational database server) mysql: mysql: MySQL is a fast, multi-threaded, multi-user, and robust SQL mysql: (Structured Query Language) database server. It comes with a nice API […]
我正在尝试使用MySQL提供的.rpms在CentOS 6.3 64位上安装MySQL 5.6。 我将所有的64位linux rpms下载到/usr/local/src/mysql然后执行rpm -Uvh * 。 安装给了一个错误，我无法find错误消息了。 所以我试着再次做rpm -Uvh *并且它说 Preparing… ########################################### [100%] package MySQL-devel-5.6.6_m9-1.linux2.6.x86_64 is already installed package MySQL-embedded-5.6.6_m9-1.linux2.6.x86_64 is already installed package MySQL-shared-compat-5.6.6_m9-1.linux2.6.x86_64 is already installed package MySQL-shared-5.6.6_m9-1.linux2.6.x86_64 is already installed package MySQL-client-5.6.6_m9-1.linux2.6.x86_64 is already installed 做rpm -e MySQL*表示它们都没有安装： error: package MySQL-client-5.6.6_m9-1.linux2.6.x86_64.rpm is not installed error: package MySQL-devel-5.6.6_m9-1.linux2.6.x86_64.rpm is not […]
在一个繁忙的MySQL服务器上MySQLTuner 1.2.0总是build议添加query_cache_size，不pipe我怎么增加值（我试了512MB）。 另一方面则警告说： Increasing the query_cache size over 128M may reduce performance 这是最后的结果： >> MySQLTuner 1.2.0 – Major Hayden <[email protected]> >> Bug reports, feature requests, and downloads at http://mysqltuner.com/ >> Run with '–help' for additional options and output filtering ——– General Statistics ————————————————– [–] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL […]
症状： 服务器无响应 – 负载增加，所有服务停止 连接丢失 – Ping / SSH 重新引导后刷新MySQL主机 – 由于MySQL拒绝新的连接 间歇性的Apache崩溃 通常在凌晨发生 – 但一周的2天不包括在内 所做的更改： 更新了操作系统 – 到Ubuntu 10.04.4 LTS 不知道MySQL服务器是否也在这个过程中更新 当前的MySQL版本 – MySQL Ver 14.14 Distrib 5.1.63，用于使用readline 6.1的debian-linux-gnu（x86_64） 从10.4.4更新＃47更新Plesk到11.0.9更新＃23 几乎每天都重新启动 所有的crons停止对应于服务器崩溃的时间 创build一个MySQL日志来监视查询的locking时间 可能的原因： 失败的硬件 不正确的软件configuration（MySQL，Apache等） 工作职责： 小型networking服务器 运行我们的计费系统 – WHMCS 负责CRONs 大容量电子邮件解决scheme – 没有交付时间与服务器崩溃重合 build议的解决scheme： 将机器移到VM 格式化和恢复Plesk服务器备份，并从那里拿走？ 边注： 似乎是我们所有的Linux服务器上的一个普通的Apache故障 – 间歇性的问题 我们在Apacheconfiguration中做了一些根本性的错误吗？ […]
我尝试在Ubuntu 12.04上重新启动mysql服务器： viggy@ubuntu:/$ /etc/init.d/mysql restart Rather than invoking init scripts through /etc/init.d, use the service(8) utility, eg service mysql restart viggy@ubuntu:/$ service mysql restart stop: Rejected send message, 1 matched rules; type="method_call", sender=":1.83" (uid=1000 pid=4395 comm="stop mysql ") interface="com.ubuntu.Upstart0_6.Job" member="Stop" error name="(unset)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init") 我不确定那个消息是什么意思。
可能重复： 重置mysql root密码 我有一个OS X 10.7.5的问题，因为我曾经使用MAMP，但对于.htaccess的问题，我现在使用我自己的编译本地服务器很久以前，问题是我忘记了MySQL的根密码。 我已经尝试通过terminal使用mysql -u root更新密码，但是我得到这个错误消息 – > ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
我有运行Fedora 5的Linux服务器。我的服务器现在崩溃，我无法访问MySQL。 但是我仍然可以访问我的硬盘。 既然它现在一次又一次崩溃，我真的想升级我的Fedora副本到最新版本，但也想确保所有的数据库应该被恢复。 那么我如何做mysql数据库的备份呢？ Mysql数据库存储在/var/lib/mysql目录中。 服务器启动时可以备份这个目录并恢复备份吗？ 一旦我将这个mysql目录复制到我的新服务器，我可以访问这些数据库吗？ 我该如何去使所有的mysql数据库都可以在我的新服务器环境中访问。
我有两台服务器。 让称为ServerA和ServerB每个都有自己的数据库服务器和Web服务器。 这两台服务器用于运行不同的网站。 ServerA数据更重要，因为它处理货币交易。 而ServerB正在运行一个不太重要的类似博客的网站。 我正在为我的ServerA寻找现场备份解决scheme。 （目前我每天做一次ServerA的全备份）。 现在，我想尝试主从备份。 ServerA将是“主”，ServerB将是“从”。 题 ServerA（主） – DatabaseA ServerB（从） – DatabaseA（与服务器A同步） – DatabaseB（ServerB独有，用于博客网站） – DatabaseC（ServerB独有，用于博客网站） ServerB中的Web应用程序不会触及DatabaseA。 我知道这是可能的，但我想知道，如果我没有足够的预算购买另一台服务器进行备份，这对我来说是一个明智的解决scheme。
我们正在尝试pipe理和调整我们的MySql。 我们在phpMyAdmin中得到的一个警告是： Select full joinDocumentation 421 The number of joins that do not use indexes. If this value is not 0, you should carefully check the indexes of your tables. 显然，有没有使用索引的连接。 这些已经运行了421次，因为重新启动MySQL（最后一次重启只是几个小时前）。 我已经搜遍了我们的代码，并运行EXPLAIN几十个和几十个查询试图找出罪魁祸首，但没有成功。 有没有一种方法可以识别触发此警报的查询，以便我可以尝试更改或改进它们？ 提前致谢。
我用php5-fpm，Nginx，APC和Varnish使用magento。 当有清漆时，加载时间非常好。 但在清漆小姐，该网站需要toomuch时间加载。 我已经通过htop看到，CPU承受了大量的负载，Ram和swap已经满了。 我有一个512MB RAM的core2duo。 我认为应该有一些内存问题。 请告诉我如何configurationphp5-fpm，nginx，APC，Mysql的不同参数。