我正在为基于故事的网络浏览器游戏制作引擎/CMS。我有相当多的数据:角色、元素和玩家将与之互动的故事片段。这个项目背后的意图是，作家不必成为程序员就可以创建一个叙事驱动的网络游戏。只需具备FTP和网站管理的基本知识即可开始创建内容。问题是我认为数据库会使这些游戏陷入困境。每个角色对他们来说都可以有很多，故事也会很广泛。每个故事都有自己的文字，可以是100个字符或500个字符。我无法使用memcached或类似的东西来缓存所有内容!值得庆幸的是，游戏的每个状态都是通过部署“推送”的，这意味着您不只是添加一个角色，它们也会出现在世界中；您必须添加它们，然后推送游戏的构建。我相信我可以利用它
我在MySQL中遇到高频插入问题。我在Internet上搜索了很多，但没有找到适合我的问题的答案。我需要以非常高的频率记录大量事件(~3000次插入/秒=>每天2.6亿行)，这些事件存储在这样的InnoDB表中:log_events:-id_user:BIGINT-id_event:SMALLINT-date:INT-data:BIGINT(dataassociatedtothisevent)我的问题是:-如何加快插入速度？事件由成千上万的访问者发送，我们无法批量插入-如何限制IO写入？我们在一个6*600GBSSD驱动器上并且有写IO问题你对这类问题有什么想法吗？谢谢弗朗索瓦
我们有一个用于products的mySQL数据库表。我们正在利用缓存层来减少数据库负载，但我们认为将需要存储在缓存层中的实际数据减至最少以进一步加速应用程序是个好主意。数据库中访问者可见的所有产品都附有价格:价格存储在另一个名为prices的表中。有多个价格类别，具体取决于每个访问者(客户)适用的折扣级别。有时会有事件，这意味着每种产品都有特价。特价存储在名为specials的表中。创建一个将表绑定(bind)在一起的临时表不好吗？它只会有必要的信息，当然会被缓存。-------------|-------------|------------|productId|hasPrice|h
我们有一个名为posts_content的mysql表。结构如下:CREATETABLEIFNOTEXISTS`posts_content`(`id`int(11)NOTNULLAUTO_INCREMENT,`post_id`int(11)NOTNULL,`forum_id`int(11)NOTNULL,`content`longtextCHARACTERSETutf8COLLATEutf8_unicode_ciNOTNULL,PRIMARYKEY(`id`))ENGINE=MyISAMDEFAULTCHARSET=latin1AUTO_INCREMENT=79850;问题是表格越来越
CMS和高流量网站(如新闻门户)在逻辑和数据库设计和优化(PHP和MySQL)方面有什么区别吗？我在stackoverflow和memcached中搜索了phpsitescalability占多数。有没有MySQL优化的技巧？(我正在为这个问题寻找一本书。我在amazon中搜索过，但我不知道什么是最好的选择。)提前致谢 最佳答案 这不是那么容易回答的。有不同的方法和各种意见，但我会尝试涵盖一些常见的场景。但首先是一些基础知识。大多数网络应用程序可以在应用程序和数据库中分离。数据库使用可以分为事务性(oltp)和分析性(olap)在最
随着我们的Rails应用程序处理不断增加的用户事件和负载，我们开始看到一些与同时事务有关的问题。我们使用JavaScript在点击后禁用/删除按钮，这在大多数情况下都有效，但不是理想的解决方案。简而言之，用户正在快速连续地执行多次操作。因为该操作导致一行插入到数据库中，所以我们不能只锁定表中的一行。鉴于受影响模型的事件水平很高，我无法使用您用于更新的常用锁定机制(http://guides.rubyonrails.org/active_record_querying.html#locking-records-for-update)。这个问题(Preventsimultaneoustra
我很想知道是否有人在使用SpiderforMySQL引擎来扩展MySQL。我需要能够将我的数据库扩展到超过AmazonRDS的1TB限制，而Spider似乎是一个很好的解决方案，它允许您查询“集群”中的服务器，就好像它是一个大数据库一样。没有任何深入的文档和谈论这项技术，我想知道它有多好？ 最佳答案 SpiderforMySQL没有文档，代码也没有测试套件。它似乎是由一个开发人员开发的。自2012年2月(撰写本文时9个月前)以来，该项目没有发布任何版本，其最后一个版本是MySQL5.5.14的2.28版(当前版本是MySQL5.5.
这是一个具体的例子:Wordpress将用户信息(meta)存储在一个名为wp_usermeta的表中，您可以在其中获取meta_key字段(例如:first_name)和meta_value(John)然而，仅仅在50个左右的用户之后，该表就已经包含了大约1219条记录。所以，我的问题是:在大规模、性能方面，拥有一个将所有元数据作为字段的表更好，还是像WordPress那样将所有元数据作为一行的表更好？在这两种情况下都正确设置了索引。几乎不需要添加新元数据。请记住，像wp_usermeta这样的表必须使用文本/长文本字段类型(占用空间大)才能容纳可以输入的任何类型的数据。我的假设
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭9年前。我正在构建一个Web应用程序，我想从一开始就让它扩展。我对数据库的可扩展性不是很了解，我面临着这样的疑问:我应该使用少数具有数百万行的表格，还是应该将数据分成数百个表格(如果不是数千个表格，预计有数百行)。两种方法我都可以接受，但我不知道从长远来看哪一种会更好。我找到了一些关于这方面的信息，但没有太大帮助:MySQLWhatsbetterforspeedo
我真的很难弄清楚社交网站(以Facebook为引用)如何管理用户的评论和通知。他们实际上如何存储评论数据？还有如何存储通知并将其发送给所有用户。一个示例场景是，一位friend对我的状态发表评论，并且包括我在内的所有喜欢我的状态的人都会收到通知。此外，每个用户都有自己的已读/未读功能，所以我想每个用户都存储了一个通知引用。但是这样就会有很多通知信息的冗余。如果我们使用单独的表/集合来存储这些引用实际通知，那么这将产生实时可伸缩性问题。那么您将如何决定权衡哪种方式。当我想到这一切时，我的大脑崩溃了。太多的东西无法通过网络获得帮助。现在如何将每个通知发送给所有应该接收通知的用户......
