MySQL 5.1.x 在MySql中创build的磁盘上的帐户的成本是多less？ 另外，您可以创build多less个帐户？
表信息： Database name: user_motiva Table name: wp_options.frm wp_options.MYD wp_options.MYI wp_options.TMD 当我做一个mysqlcheck -r –all-databases时，即使你让它坐下来，它也会挂在那张桌子上。 即使只是支票挂在同一个地方。 有没有办法修复/修复/恢复该表？ 我应该使用myisamchk吗？ 我看到像这样的东西： shell> myisamchk –recover City 你甚至不能从phpMyAdmin甚至“USE”访问/查看数据库。 在没有它只是悬挂的MySQL。 我的configuration在一个16GB的ram框 cat /etc/my.cnf [mysqld] default-storage-engine=MyISAM local-infile=0 symbolic-links=0 skip-networking max_connections = 500 max_user_connections = 20 key_buffer = 512M myisam_sort_buffer_size = 64M join_buffer_size = 64M read_buffer_size = 12M sort_buffer_size = 12M read_rnd_buffer_size = 12M […]
使用固态驱动器（尤其是PostgreSQL数据库）如HP的IO加速器提高数据库性能的体验是什么？ 你有没有看到任何显着的改进？
我需要在DMZ中设置一个MySQL数据库实例，DMZ是安全networking中活动主服务器的只读副本。 MySQL的复制似乎是理想的，除了它的奴隶“拉”从主人的变化。 这意味着在DMZ中的奴隶必须能够打开与主人的连接，这是安全人员不允许的。 我已经开始设置从主站的SSH隧道，但奴隶似乎保持连接打开（即使在调用“SLAVE STOP”后），意味着隧道总是打开（有些挫败安全限制）。 有没有办法强制mysql删除连接，停止mysqld的短？ 有没有另外一种方法来实现我没有想到的同样的目标？ 从主机到从机的更新需要接近实时（即几分钟延迟是可接受的，但不是更多）。
我的SQL Server 2008数据库文件（.mdf）文件接近24 MB，但日志文件增长到15 GB。 如果我想缩小数据库，需要考虑的重点是什么？ 收缩会导致索引碎片，并影响我的数据库性能吗？
我们正在一个网站上工作，当我们在本地开发（我们中的一个来自Windows）时，我们使用sqlite3，但在服务器（linux）上使用postgres。 我们希望能够将生产数据库导入到我们的开发过程中，所以我想知道是否有办法将postgres数据库转储转换为sqlite3可以理解的东西（只是给它提供了postgres的倾销SQL给了很多，很多错误）。 谢谢。
什么应该是最好的Mysql数据库引擎当查询像更新，插入，删除几乎没有作出（99％的时间不作出） 数据库有一个批量input主要是数字数据types，select查询是基于条件语句比较数值和返回结果 我应该在这里使用MyISAM吗？ 还有一点是数据库将被多个用户同时使用 谢谢
我正在寻找一种使用存储在数据库（MongoDB）中的公钥来validation用户身份的方法。 类似的问题通常会导致build议安装一个修补版本的OpenSSH（ https://github.com/wuputahllc/openssh-for-git ），这个版本可以通过一个db进行validation（GitHub使用OpenSSH的补丁版本）。 我看到有一个PAM模块通过MySQL进行身份validation，但是它假设用户名/密码身份validation。 我想知道是否可以使用某种PAM模块对服务器使用公钥进行身份validation。 编辑：我需要它的所有用户将通过'混帐'用户名连接的混帐服务器。 每个用户都没有特定的用户名。
当我的同事放弃使用Management Studio 2008在SQL 2008 Express上创build的数据库时，文件不会被删除。 当我删除刚刚在SQL 2005 Express上使用Management Studio 2008创build的数据库时，文件将被删除。 如果我的卸载程序在同一个2005数据库上执行DROP DATABASE查询，那么文件不会被删除。 是否有一个设置，确定文件将被删除或发生了什么？
我正在制作一个非常大的数据库（超过250个演出），超过2.25亿条logging。 这个数据库很难从其庞大的规模工作。 这个数据库是只读的。 我们正在寻找更快的硬件，但是我试图find最有效的方式来处理数据库。 该数据库必须每晚从主数据库更新，停机时间必须保持最短。 主数据库由第三方维护。 我试图find更新数据库的最佳方式，但我没有很多运气。 我研究了差异备份和事务日志备份，但为了应用它们，必须首先恢复完整备份。 在我的情况下，这完全违背了差异备份的目的，因为我可能会在master数据库上完成完整备份，然后每晚只恢复完整备份，因为这比恢复完全备份并每隔一段时间应用差异备份晚。 我希望有一个解决scheme，我可以完成一次完整的备份（或者一个月一次），然后从此基于相互构build的原始完全备份，简单地应用某种types的增量备份。 这会使停机时间缩短到一分钟，因为一旦第一次完全备份完成，我只能每晚应用增量备份。 我会简单地重build每个“增量”备份后的索引。 我没有find像这样的解决scheme。 我现在正在深入研究数据库备份和性能，并不断地阅读MSDN，但似乎这个解决scheme不是一个选项。 我以为我会问最后的手段 – 当然这里有一些pipe理大型数据库的地方，夜间恢复是不切实际的。 有什么build议么？ 我也开放给build议/链接到性能的页面，因为我从来没有一个数据库这么大的工作。