每次我尝试并添加一个权限，我得到以下错误： ERROR 2013 (HY000): Lost connection to MySQL server during query 这发生在terminal和通过PhpMyAdmin使用mysql 执行更改的用户是具有所有权限和GRANT选项的root用户。 无论我设置的权限，无论是，所有，授予，没有授予，只需select。 他们都只是有这个错误。 任何想法为什么？ 额外信息： 最近从5.0.1 – > 5.6升级 我已经重新启动MySQL 我曾尝试冲洗特权 # mysql –version mysql Ver 14.14 Distrib 5.6.19, for Linux (x86_64) using EditLine wrapper mysql> select current_user(); +—————-+ | current_user() | +—————-+ | root@localhost | +—————-+ 1 row in set (0.00 sec) […]
我有点难住 – 有一些明显的我在这里失踪。 最近我从mySQL切换到mariaDB。 一切工作到目前为止 – 除了伐木，正如我今天所意识到的那样。 mariaDB的所有日志都进入了/var/log/daemon.log-logfile而不是/var/log/mysql.log – 我不能，为了我的生活，找出原因。 所以，根据mariadb my.cnf # Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf. # # we do want to know about network errors and such log_warnings = 2 日志logging在/etc/mysql/conf.d/mysqld_safe_syslog.cnf中configuration。 这个文件包含这些行： [mysqld_safe] syslog syslog-facility = mysql 所以，好的 – 那应该没问题吧？ 但ps -ef | greplogging器显示： logger -t mysqld -p daemon.error […]
我正在用squid_passwd文件和Mysqltesting两个身份validation。 这是我的configuration auth_param basic program /usr/lib/squid3/basic_ncsa_auth /etc/squid3/squid_passwd # auth_param basic program /usr/lib/squid3/basic_db_auth –dsn "DBI:mysql:database=abc" –user "root" –password "aaa" –table "user" –usercol "User_Name" –passwdcol "Password" –cond "" –plaintext auth_param basic children 5 auth_param basic realm Squid proxy-caching web server auth_param basic credentialsttl 1 minute auth_param basic casesensitive off # auth_param basic children 5 # auth_param basic […]
好吧，我知道这已经被问了很多，但我已经尝试了我可以find的每一个build议，我仍然不能telnet到端口3306上的我的亚马逊服务器。 添加iptables条目以接受端口3306上的连接： iptables -A INPUT -i eth0 -p tcp -m tcp –dport 3306 -j ACCEPT 这不能解决它，所以我关掉防火墙ufw disable 从Amazon AWS的安全组部分中的任何位置添加3306，以用于我的特定服务器。 （相关行：MYSQL TCP 3306 0.0.0.0/0） 在my.cnf中将绑定地址更改为0.0.0.0 ，并确保端口为3306 仍然没有运气。 3306端口可能被阻塞还有其他原因吗？ 为什么我不能用telnet连接？ （ofc我的目的是远程连接mysql）这里是netstat -lnptu的结果 Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 16883/mysqld tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 932/sshd tcp6 […]
随着一个新的（但旧的）安装的Ubuntu和MySQL，我发现我可以通过命令行客户端访问MySQL，而不需要任何用户或密码。 这使我困扰于默认情况，我试图调查它。 以root身份login需要root密码。 但是，在没有指定用户的情况下（即，在命令行中inputmysql ）login时，我既没有用户也没有input密码。 我想我已经跟踪到了debian-sys-maint这个用户，这个用户似乎一方面拥有完整的MySQL权限，另一方面也是在/etc/mysql/debian.cnf定义的默认客户端用户。 我的第一本能是完全摆脱用户，因为这对我来说似乎是一个安全漏洞，但在阅读后，包括下面链接的post，似乎需要debian-sys-maint 。 所以我的计划是尝试以下几点： REVOKE ALL PRIVILEGES, GRANT OPTION FROM 'debian-sys-maint'; GRANT RELOAD on *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY 'xxxxxx'; FLUSH PRIVILEGES; 任何人都可以评论这个build议/预期/正确的方式来保证默认的MySQL安装？ 我是否也应该修改/etc/mysql/debian.cnf以删除此部分？ [client] host = localhost user = debian-sys-maint password = xxxxxx socket = /var/run/mysqld/mysqld.sock （它警告： # Automatically generated for Debian scripts. DO NOT TOUCH! ） 我打算用我自己的~/.my.cnf客户端部分replace它。 更新： […]
我将整个后台mysql数据库从5.0升级到5.6，包括将几个表更改为innodb，而且我们一直没有任何问题，因为从来没有结束过的交易。 我还有一个使用5.0的登台服务器，我可以确认我们只在新的数据库服务器上发生停滞事务。 这两个服务器都运行在tx_isolation = REPEATABLE-READ模式（ http://dev.mysql.com/doc/refman/5.6/en/set-transaction.html ）。 我很确定涉及到的所有表都是InnoDB。 因此，我们遇到的一个简单的例子就是发送欢迎电子邮件的过程，这个电子邮件作为一个supervisord子节点运行（不是很重要）。 在使用mysql 5.0的舞台上，连接持续几分钟，并且没有打开的事务： From show full processlist: 1639945 dbuser <app-stage>:54536 db Sleep 246 NULL InnoDB transaction logs: <nothing> 我们的生产环境与MySQL 5.6完全相同的程序，它突然间locking真正重要的表的恶魔的孩子，从来没有释放他们。 From show full processlist: 28674638 dbuser <app-prod>:54836 db Sleep 67131 NULL Innodb transaction: —TRANSACTION 90461789, ACTIVE 67062 sec MySQL thread id 28674638, OS thread handle 0x7f8ab934f700, query […]
我正在努力寻找一个理由，我的MySQL有这么多的磁盘写，这只是没有任何意义。 它主要是在SELECT查询的时候做的，所以我发现写入这么多数据的唯一原因是JOIN查询必须caching在磁盘上。 我有一个中等的WordPress的堆栈， 6000个职位， 15k条款和约80k元 。 数据库转储本身只有150MB。 这些general_log I / O产生的general_log可以在这里看到： http : general_log
我无法find一个回购添加到我的repolist有一个MySQL 5.6的更新。 有谁知道如何做到这一点？ 我试过这个[链接]，但它打破了一切。 我运行该更新后，得到了一个mysql_connect（）未定义的函数。 我试图更新php-mysql库，但有很多依赖没有工作。 经过5个小时的尝试修复依赖和运行更新，我结束了抹php，Apache，MySQL和重新安装与百胜。 现在我运行PHP 5.6.1和apache mysql 5.5.40
我有一个邮件服务器从一个箱子迁移到另一个的任务，到目前为止，我已经configuration了Postfix ，它的工作。 但是，Courier pop3d服务器无一例外地失败。 所以，我有Courier pop3d服务器需要重新authentication用户的MySQL数据库。 在/ var /日志/ maillog的 Oct 20 03:40:09 vps-1161420-22112 pop3d: Connection, ip=[::ffff:127.0.0.1] Oct 20 03:40:15 vps-1161420-22112 pop3d: LOGIN: ip=[::ffff:127.0.0.1], command=USER Oct 20 03:40:21 vps-1161420-22112 pop3d: LOGIN: ip=[::ffff:127.0.0.1], command=PASS Oct 20 03:40:21 vps-1161420-22112 pop3d: LOGIN: ip=[::ffff:127.0.0.1], [email protected] Oct 20 03:40:21 vps-1161420-22112 pop3d: LOGIN: ip=[::ffff:127.0.0.1], password=some-foo Oct 20 03:40:21 vps-1161420-22112 authdaemond: received […]
我有两个Centos VM。 IP地址如下： VM_1 => 10.99.0.10 VM_2 => 10.99.0.12 Apache和PHP在VM_1中，而MySQL在VM_2中。 两者都有iptables规则。 VM_2正常工作正常。 现在我正在从VM_1进行testing。 首先，我禁用 VM_1 iptables并连接到VM_2 MySQL（连接成功）。 [root@foster ~]# service iptables stop iptables: Applying firewall rules: [ OK ] [root@foster ~]# mysql -h 10.99.0.12 -u root -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is […]