我调整了一个Azure虚拟机的大小，现在在虚拟机内运行的Windows的MySQL数据库已经死了。 我在启动时看到下面的致命错误。 我试图运行mysql_upgrade，因为它build议，但只是错误说它不能连接。 有没有人有任何想法如何解决这个问题？ 2016-07-12T09:59:48.426367Z 0 [Note] Server hostname (bind-address): '*'; port: 3306 2016-07-12T09:59:48.426367Z 0 [Note] IPv6 is available. 2016-07-12T09:59:48.426367Z 0 [Note] – '::' resolves to '::'; 2016-07-12T09:59:48.426367Z 0 [Note] Server socket created on IP: '::'. 2016-07-12T09:59:48.426367Z 0 [Note] Shared memory setting up listener 2016-07-12T09:59:48.438315Z 0 [Note] InnoDB: Loading buffer pool(s) from C:\ProgramData\MySQL\MySQL Server 5.7\Data\ib_buffer_pool […]
我正在尝试在vm上设置Jira。 我想从embedded式H2数据库移动到我自己的mysql数据库。 我目前在ubuntu 16.04上运行mysql 5.7.x 但是，当我尝试连接Jira与此服务器时，我收到以下错误信息： Unknown system variable 'storage_engine' 我已经尝试了一些东西来解决这个问题。 首先在我的mysql.cnf文件中，我添加了default-storage-engine = InnoDB这并没有为错误做任何事情。 在我的Jira /opt/atlassian/jira/atlassian-jira/WEB-INF/classes/database-defaults我进入了/opt/atlassian/jira/atlassian-jira/WEB-INF/classes/database-defaults 并将其更改为 databaseUrl=jdbc:mysql://localhost/jira?autoReconnect=true&characterEncoding=utf8&useUnicode=true&sessionVariables=default-storage-engine=InnoDB 以及 databaseUrl=jdbc:mysql://localhost/jira?autoReconnect=true&characterEncoding=utf8&useUnicode=true 错误再次没有改变。 我也进入了sessionVariables=storage-engine=InnoDB文件，并从url中删除了sessionVariables=storage-engine=InnoDB部分。 这再次没有改变任何东西。 我也试着将其更改为sessionVariables=default-storage-engine=InnoDB 再次没有运气。 有没有人有一个想法如何让它的工作？ 我不想创build另一个SQL设置只是为了运行SQL 5.6.x说实话。 我希望有人知道这个解决scheme。
我正在尝试将50GB的MySQL Innodb数据库迁移到Google Cloud。 我当前数据库中的Binlog处于活动状态。 所以我把我的数据库设置为只读，创build了一个快照，并写下了二进制日志的位置。 然后我关掉了只读模式，原来的mysql数据库可以照常使用。 然后，我的系统花了大约2周的时间才将这个snapshopt放入Google Cloud（mysql -hhost -u …. <my_tables.sql）。 花了很长时间，但运作良好。 由于现在已经完成了，所以我想把NOW和BINLOG POSITION X的差别导入到Google Cloud中，这样Google就赶上了（同时把原始DB再次只读）。 但是，我得到了5000 x 100MB binlogfiles。 问题：每100MB文件需要一天才能将其导入Google。 那么50GB +进入谷歌云第二代的最佳做法是什么？ 我需要在生产中一直使用我的数据库。 所以closures它不是一个选项。 而且，在第二代Google SQL中，我无法将Google设置为MySQL从属服务器。 所以这也不是一个选项…. 谢谢，弗洛里安
我目前托pipe一个使用Elastic Beanstalk构build的WordPress网站。 我一直在努力降低成本，而当前环境中成本更高的部分之一就是RDS实例。 RDS实例是一个T2.Medium，运行平均0.33％的CPU，10％的存储，但几乎60％的内存。 理想情况下，我想将实例放到T2.Small中，但是这会减less可用的内存…所以，我的问题是，为什么我的内存使用率如此之高，有什么我可以做，以减less内存使用情况？ 我感谢大家的时间来帮助我。 我会尽我所能提供任何信息，可能有助于澄清我遗漏的任何细节:) 内特
我在一个WordPress网站上工作，每天获得大约100K页面浏览量。 我们使用Varnish作为caching层。 最近，我们遇到了一个问题，就是看起来随机的，MySQL的性能下降，导致我们的应用程序崩溃。 下面是New Relic昨天发生的停电事故的图表： 这在过去一周发生了两次。 该网站将运行良好的一个星期没有任何人接触生产服务器，然后这一切发生。 通常的响应时间是500毫秒左右，而这里峰值在60K毫秒（！）。 问题是通过停止apache，让数据库冷静下来，然后启动apache备份来解决的。 这并不是说更多的查询正在运行，或者一个特定的慢查询正在运行，并导致这个问题。 如果我采取New Relic报道的任何“缓慢的质疑”，并且运行它们，那么它们正在快速发展。 下面是同一时间框架内MySQL吞吐量的图表： 我检查了WordPress的挂钩和插件的统计数据，一切似乎是正常的。 我的问题是，我应该从哪里开始寻找？ 哪些MySQL设置可能导致这个？ 它甚至可能是一个MySQL问题，还是更可能是一个应用程序问题？
我使用我的MBP作为Web开发机器。 由于升级到MacOS Sierra我一直无法启动我的MySQL服务器。 我已经安装了最新版本5.7.15，可以导航到我本地（Apache）托pipe的网页，但我看不到任何我的托pipe数据（如日记等）在页面上。
在我们的生产系统上，我们最近丢了1TB的表。 删除完成后，表消失在mysql中，但文件仍然存在于/ lib / mysql / dbname /文件夹中。 （我们使用每个表设置一个文件）我删除了与表关联的文件。 所以我查了一下 lsof | grep crawl_link | grep deleted 发现mysql进程仍然有打开的句柄 mysqld 38115 mysql 11uW REG 8,3 1016938364928 182524780 /var/lib/mysql/seobility/_crawl_links_new.ibd (deleted) mysqld 38115 2110 mysql 11uW REG 8,3 1016938364928 182524780 /var/lib/mysql/seobility/_crawl_links_new.ibd (deleted) mysqld 38115 4530 mysql 11uW REG 8,3 1016938364928 182524780 /var/lib/mysql/seobility/_crawl_links_new.ibd (deleted) mysqld 38115 8192 mysql 11uW […]
所以我很困惑。 我有一个testing版本，开始打破，因为一个MySQL套接字试图创build这样一个深度嵌套的文件夹，其文件path名超过了108个字符的限制。 所以我的想法是把testing套接字运行用户主目录在一个类似的命名文件夹。 即： /home/nightlybuild/projects/……./myTestProject/output/db/connect.sock变成/home/nightlybuild/myTestProject/output/db/connect.sock 然后我在嵌套的目录中创build了一个符号链接： ln -s /home/nightlybuild/myTestProject/output/db/connect.sock /home/nightlybuild/projects/……./myTestProject/output/db/connect.sock 现在我就困惑了。 如果我试图通过传递任何相对path到套接字运行mysql通过该套接字，我可以连接，一切都按预期工作。 但是，如果我传递一个完整的绝对path插入，我得到一个无法连接错误。 作品:(从家里）： mysql –socket=projects/……./myTestProject/output/db/connect.sock （不工作）： mysql –socket=/home/nightlybuild/projects/……./myTestProject/output/db/connect.sock 我不明白如何完整的path可以打破它。 任何人有任何想法我可能做错了，甚至提示有关日志或我可以看看尝试获得有关该问题的更多信息？ 干杯!
机 我在Azure中创build了一个虚拟机（经典）。 运行Ubunu 16.04 LTS。 它在云端托pipe。 云服务（经典） 虚拟主机 安装了Apache2 安装了我所需的PHP版本 我基于PHP的应用程序运行良好 我可以通过浏览器通过互联网（我必须在terminal设置中打开端口80） 数据库 在Azure中创build一个MySQL数据库 工作正常 如果我从WampServer localhost运行PHP应用程序，则PHP应用程序可以访问数据库（在Azure中托pipe）。 问题 当PHP应用程序在云中运行时，PHP应用程序无法访问数据库。 我想这个问题可能与端点有关 但是我打开了一些仍然不工作（也重新启动Apache2） 我打开的端点： 22：用SSH到达机器 80：允许网页浏览器到达它 3306：MySQL DB的属性页面显示这个端口 1433：只是我在互联网上阅读 3389：只是我在互联网上阅读 帮帮我 你看到我在做什么错了吗？ 你能提出一些build议吗？
这些表core_log，core_cache，core_sessions一直崩溃，当它清除所有东西恢复正常有时我们得到8 gb的日志，我们正在使用invision电源板，我们必须清除日志时，表总是崩溃我们得到的输出在主页面上，有些时候，我们得到的子页面serverconfig错误….在主站点的表格列表是 core_log core_cache core_sessions 当我们正在运行一个论坛时，他们可能总是有200多个活跃的访问者，有时候我们也会在两天内发生服务器configuration错误的同时发生站点崩溃，我们必须清除崩溃的表 Invision power board 4.15.1 Cent os 6.5 4gb ram 50gb ssd 2 core cpu