我有一个专用的16核12 GB的RAM的Mysql服务器，performance相当不好，因为我configuration了一个16 GB的服务器，我想这解释了为什么在世界上该网站现在需要超过500秒来呈现一个页面。 我使用memcachedcachingquires和使用InnoDB作为数据库引擎。 #8 core/16GB config stolen from http://groups.drupal.org/node/28830 back_log = 50 max_connect_errors = 9999999 table_cache = 5000 binlog_cache_size = 1M max_heap_table_size = 128M sort_buffer_size = 500K join_buffer_size = 500K thread_cache_size = 100 thread_concurrency = 16 query_cache_size = 512M query_cache_limit = 8M query_cache_min_res_unit = 2K thread_stack = 192K tmp_table_size = 384M long_query_time = 2 […]
我们发生了一场重大的灾难，有人在生产数据库上做了一个不受控制的更新，很明显，备份过程很长一段时间没有运行，所以造成了重大的数据丢失。 一个四千万行的表格现在已经满了垃圾了。 有没有人有一个想法来恢复数据？ 例如，一个使用文件系统恢复的工具？ 事实： ext3 fs（在Debian上） InnoDB引擎（在Mysql 5.0上） 老实说，这不是我们公司发生的第一次重大灾难，但这个很容易成为最后一个。 我们通常想出一些想法来挽救一天，但是这一次，我真的没有想法。 Clusterf * CK … 编辑：更新语句没有在哪里后发生的问题。 问题是，在星期一下午和星期二上午（法国时间）之间发生了问题，并且由于各种原因，今天才被发现（应用程序提供了一个同步工具，所以新数据插入了现在丢失的数据，但是外键另一张桌子现在完全打破）。 所以实际上，表中的几乎所有行（除了新插入的）都包含相同的数据（id列除外）。 关于ibdata *和ib_logfile *，我停止了复制的服务器，所以它们保持现在的状态。 我无法停止主服务器上的数据库来复制文件。
MySQL版本：5.1.63。 我即将放弃一个更大的〜8 GB的InnoDB表。 上个星期，我把另一台机器上的桌子放了四倍大，一个全球锁就把我们拖了90秒。 我怀疑它必须与table_cachelocking。 任何人都如何使这个DROP更顺利的input？ 首先删除小批量，然后截断它，最后一个DROP TABLE ？ 很显然，如果可能的话，我想保留这个数据库。 我也一直在考虑在下降之前使缓冲池变小。 我很乐意听取您的意见。
我从MySQL.com下载运行MySQL 5.5.9 x86_64 RPM。 在CentOS 5.5 Xen DomU上运行。 我已经启用了Query_cache，但是MySQL从不使用它。 我所有的表都是InnoDB。 为什么Qcache从未打过？ 更新2：我发现这是限于模式 – 在名称中。 创build一个新的模式例如新的数据库，查询caching失败。 不幸的是我有148个现有的Schama，全都用“ – ”来命名。 更新这似乎被限制到转储和从一个前面的MySQL版本导入（5.0.32）创build一个新的架构和查询表中的查询caching工作正常。 这里是我的设置和Qc工作，而不是工作的例子。 mysql> SHOW VARIABLES LIKE '%query_cache%'; +——————————+———–+ | Variable_name | Value | +——————————+———–+ | have_query_cache | YES | | query_cache_limit | 2097152 | | query_cache_min_res_unit | 4096 | | query_cache_size | 536870912 | | query_cache_type | […]
当我执行SHOW TABLE STATUS databaseName; 我在所有的表中都得到了Data_free的值为17825792的值： | Name | Engine | Version | Row_format | Rows | Avg_row_length | Data_length | Max_data_length | Index_length | Data_free | Auto_increment | Create_time | Update_time | Check_time | Collation | Checksum | Create_options | Comment | | ubqACL | InnoDB | 10 | Compact | 0 | 0 | […]
我在“my.conf”中添加了以下几行： query_cache_size=128M innodb_buffer_pool_size=512M innodb_flush_method=O_DIRECT 之后，磁盘利用率开始提高，达到了100％并保持稳定，由于磁盘I / O相关的任务，CPU也有所提高，但物理内存仅用了50％。 我有点失落这里发生了什么？
当我在我的unbuntu服务器上启动mysql时，会收到一条消息。 121122 17:39:37 [Note] Plugin 'FEDERATED' is disabled. 121122 17:39:37 InnoDB: The InnoDB memory heap is disabled 121122 17:39:37 InnoDB: Mutexes and rw_locks use GCC atomic builtins 121122 17:39:37 InnoDB: Compressed tables use zlib 1.2.3.4 121122 17:39:37 InnoDB: Initializing buffer pool, size = 128.0M InnoDB: mmap(137363456 bytes) failed; errno 12 121122 17:39:37 InnoDB: Completed initialization […]
我需要回收一些磁盘空间，所以我从我的服务器上删除了旧的Magento数据库。 数据库大小约为16 GB。 我很惊讶，一旦数据库被删除，它并没有真正释放该磁盘空间。 我试过重新启动MySQL服务器，但仍然占用这个空间。 如果重要的话，一个Magento数据库使用innoDB相当厉害。 有什么我可以做得到这个磁盘空间回来？
数据库可能是一种types（MyISAM），表是另一种types（InnoDB），或者这是phpMyAdmin中的一个错误？ 这正是显示。 Picture Here http://www.startbreakingfree.com/wp-content/uploads/2009/11/Picture-10.png 我尝试从命令validation数据库types，但无法find正确的命令来显示它。 如果数据库实际上是MyISAM，我怎么能把它改成InnoDB？ 谢谢！
我们使用InnoDB表作为Web应用程序的后端，一切都很好，大概两年，直到几周前我们不得不重新启动MySQL。 （尽pipe我们并没有真正使用它们，但是我们的主机系统突然停止了对这些请求的响应，但是我们并没有禁止反向DNS查找，现在它们被禁用了。）不幸的是，configuration文件已经改变了， t有一个原始状态的副本作比较。 解决最重要的问题后，我们留下了一个真正的困惑：在高负载下，数据库查询开始时间比平常长。 在这个时候，我们有七个Apache服务器有数百个开放连接。 运行SHOW PROCESSLIST显示，有一半或更多的连接处于“正在发送数据”状态，通常会有几百秒的时间。 几乎所有的查询都是SELECT，类似的查询趋于一致。 事实上，列表中最低的簇往往是完全相同的查询（我期望它在查询caching中），每个返回1104行两个整数。 其他频繁的罪犯是几百个单一整数行，几个单一整数行，甚至一个COUNT（*）结果的列表。 我们尝试在这些时段之一closuresWeb服务器，但是在重新启动后一分钟内就会返回问题。 但是，彻底重新启动mysqld解决了问题，直到第二天。 问题是什么，我们如何validation和/或修复？