哪种数据库最适合（特别是在磁盘使用方面）具有高插入、查询和删除量的数百万个非常小的行？
我正在查看一个可能看起来像这样的表结构：
| char(32) | char(32) | (boolean) |
前两列的组合将被索引。该数据库每天很容易插入、查询、更新和删除数百万甚至数千万行。最好的数据库工具是什么？是 MySQL 还是有更高效且占用更少磁盘空间的东西？
I'm looking at a table structure that might look about like this:
| char(32) | char(32) | (boolean) |
The combination of the first two columns will be indexed. This database could easily have millions if not tens of millions of rows being inserted, queried, updated, and deleted every day. What's the best database tool for this? Is it MySQL or is there something more efficient that will use less space on disk?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
只有那一桌吗？该表是共享的，还是仅由一个进程更新？
如果这是您保留的唯一数据并且由单个进程维护，那么任何类型的数据库都可能是多余的。为什么不在内存中建立一个链表呢？
Only that one table? Is the table shared, or only updated by one process?
If that's the only data you're keeping and it's maintained by a single process then any kind of database is probably overkill. Why not a linked list in memory?
假设有适当的逻辑和物理模式，任何关系数据库都应该能够处理您描述的负载。
Any relational database should be able to handle the load you describe assuming a proper logical and physical schema.
一定要在磁盘上吗？为什么不使用memcached或redis？我假设你可以将你的“表”变成“键/值”对？
Does it have to be on a disk? Why not use memcached or redis? I assume you can make your "table" into "key/value" pairs?