继续运行到“max_allowed_packet”错误味精，这是我刚才猜到的数据应该是数据…. 我想停止猜测，并知道如何查看数字应该是什么 – 看起来信息可能在“数据长度”列中的数据库表信息。 这是正确的，如果是这样，我怎么计算inputMySQLconfiguration的值，以避免错误之前，我得到它。 （如果重要的话，我一直在DB恢复中收到这些错误。） 问题，反馈，请求 – 只是评论，谢谢！ 其他信息：数据库是INNOdb，而不是MyISAM。 更新（1）： 为了find一种方法来testing“max_packet”，我做了以下操作，运行恢复，得到错误的行号导致错误，将该行转储到文本文件中以测量文件大小。 错误： ERROR 1153 (09S01) at line 2742: Got a packet bigger than "max_allowed_packet" bytes SED代码： sed 'INSERTLINENUMBERq;d' INSERTDATABASEDUMPFILENAME.sql > INSERTLINENUMBER.txt 问题是…该行只有8MB，“max_allowed_packet”被设置为100MB。
我有大约5000个MySQL数据库的在线服务。 现在，我有兴趣在我的办公室build立一个完全相同的开发环境，因此，我正要在我的MySQL服务器和开发MySQL服务器之间build立MySQL复制。 但是我担心的是一旦复制开始，我的MySQL服务器上就会出现这种负载。 你有什么经验吗？ 这个过程会对我的生产服务器造成额外的负担吗？ 谢谢，祝你周末愉快。
我正在更新服务器，并意外地将整个var目录的所有者设置为根..这只是真的影响了MySQL服务器，我想知道是否有人可以告诉我哪些文件受到影响。 我相信mysql服务器只有一个组（名为mysql）。 感谢您的帮助，马克斯 编辑我得到的错误消息 [ERROR] /usr/libexec/mysqld: Can't create/write to file '/var/run/mysqld/mysqld.pid' (Errcode: 13) [ERROR] Can't start server: can't create PID file: Permission denied
我有这个问题每次我尝试： Selecting previously deselected package mysql-server-core-5.1. (Reading database … 242369 files and directories currently installed.) Unpacking mysql-server-core-5.1 (from …/mysql-server-core-5.1_5.1.41- 3ubuntu12.10_i386.deb) … Selecting previously deselected package mysql-server-5.1. Unpacking mysql-server-5.1 (from …/mysql-server-5.1_5.1.41-3ubuntu12.10_i386.deb) … Selecting previously deselected package libhtml-template-perl. Unpacking libhtml-template-perl (from …/libhtml-template-perl_2.9-1_all.deb) … Selecting previously deselected package mysql-server. Unpacking mysql-server (from …/mysql-server_5.1.41-3ubuntu12.10_all.deb) … Processing triggers for man-db […]
Mac服务器崩溃之后，我正忙着从InnoDB表中恢复logging。 所有表共享一个数据文件。 我已经将ibdata1和两个日志文件复制到Windows上托pipe的新的mysql服务器以进行恢复，以及我需要的表的单个.frm文件。 到目前为止，复苏已经惨败。 尝试将各种innodb_force_recovery选项与lower_case_table_names选项组合在这些数据文件的副本上，并不能解决问题。 即使正常开始使用这些文件的副本，最初也会检测到崩溃并进行修复，而且其他初创公司不会出错。 删除ib_logfiles并让Mysql在重新启动时重新创build它们并不能解决问题。 将.frm文件名更改为全部小写并重新启动不能解决问题。 SHOW TABLES查询显示表，但是对表本身的任何查询失败，错误1146.当运行innodb_table_monitor ，在输出中我可以清楚地看到表定义（或多或less）和行计数。 查看ibdata1文件的内容，我以纯文本的方式查看所有logging数据，但没有可用的模式来parsing它。 从我可以告诉，这个问题似乎都归结为“错误1146 – 表'db.my_table'不存在”当我尝试引用任何命令或查询中的表。 你看，这个表是用Mac上的大写字符创build的，根据Mysql，Windows无法处理。 任何人都知道解决scheme来提取这些logging？
我知道这两个版本并没有很好的结合在一起，但奇怪的是，XAMPP以某种方式允许它发生。 我们有一台运行XAMPP的机器，不pipe怎样（不止我），都允许PHP 5.3.1与MySQL 4.0.18数据库对话。 我们试图复制这个设置（减去XAMPP），并在一台新机器上安装相同版本的Apache，MySQL和PHP，但从逻辑上来说，我们试图解决以下错误消息： 警告：mysql_connect（）：不支持连接到3.22,3.23和4.0。 服务器在C：\ Program Files \ Apache Software Foundation \ Apache2.2 \ htdocs \ nktest.php中是4.0.18-max-debug在第3行警告：mysql_connect（）：连接到3.22,3.23和4.0服务器不支持第3行的C：\ Program Files \ Apache Software Foundation \ Apache2.2 \ htdocs \ nktest.php失败：不支持连接到3.22,3.23和4.0服务器 不幸的是，我们被困在MySQL 4.0.18，因为我们在该框上运行的应用程序需要它，并带有预build版本。 我们还需要使用PHP 5.3，因为另一个依赖于它的包，所以我们被卡住了。 我试图弄清楚XAMPP在幕后做了些什么，但我似乎无法理解它。 总之，是否有人知道在Windows Server 2008机器上连接到MySQL 4.0.18数据库w / PHP 5.3.1的方法？ 应用程序需要访问所有标准的MySQL库函数，即mysql_connect（），因此严格使用mysqli不是一个选项。
我维护一个MySQL服务器。 有一个用户的数据库大小非常迅速地增长。 由于他使用的是InnoDB，因此/ data / mysql / ibdata1文件已经成熟。 我可以挂载一个小分区，把他的数据库，但ibdata1文件似乎是共享的所有数据库。 我所关心的是如何限制特定用户使用比为他定义的更多的数据库空间。
我注意到我的服务器消耗了将近500 MB的RAM，并启动了19个线程，如下图所示。 MYSQL主题顶部图片： 这是configuration： ——– General Statistics ————————————————– [–] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.1.41-3ubuntu12 [OK] Operating on 32-bit architecture with less than 2GB RAM ——– Storage Engine Statistics ——————————————- [–] Status: -Archive -BDB -Federated +InnoDB -ISAM -NDBCluster [–] Data in MyISAM tables: 136M (Tables: 256) [–] Data […]
mysql服务器运行在新安装的Ubuntu 8.04上。 （我想把mysql服务器移到KVM中，KVM本身是在ubuntu 10.04上运行的。） / mysql属于mysql：mysql并且可以访问。 所有的子文件也可以访问 我已经将/etc/security/limits.conf设置为以下值： * soft nofile 65535 * hard nofile 65535 当我尝试启动时出现以下错误： 110406 10:34:45 [Warning] Could not increase number of max_open_files to more than 1024 (request: 2858) 110406 10:34:45 [Warning] Can't create test file /mysql/datadir/dbslave3.lower-test 110406 10:34:45 [Warning] Can't create test file /mysql/datadir/dbslave3.lower-test /usr/sbin/mysqld: File '/mysql/logs/mysql-slow.log' not found (Errcode: 13) […]
我在我的debugging中有一些奇怪的日志条目，我看到MySQL崩溃： Apr 13 08:51:16 cronjob1 mysqld[22953]: Attempting backtrace. You can use the following information to find out Apr 13 08:51:16 cronjob1 mysqld[22953]: where mysqld died. If you see no messages after this, something went Apr 13 08:51:16 cronjob1 mysqld[22953]: terribly wrong… Apr 13 08:51:16 cronjob1 mysqld[22953]: Cannot determine thread, fp=0x8543090, backtrace may not be correct. […]