|
1
1
MySQL很乐意存储数百万条,甚至数十亿条记录;但有些数字类型还不够:
see this
对于大型表来说,性能可能会成为一个问题,但这主要可以通过索引来解决(这意味着“在类似的情况下,我看到性能在100GB左右有所下降”)。 |
|
|
2
5
聊天记录其实没那么重。如果我计算出每条消息大约100字节,每分钟6条消息,每天5个小时(尽管这是一个非常健谈的话题), 永久地 ,作为最坏的情况,这将给每个用户每年大约61MB(!)。 也就是说有一百万个健谈的人( 非常 不可编程)您将需要大约58TB或数据存储空间。
|
|
|
3
-1
|
|
|
Bard.Mus · 迁移后的数据库字符集环境 1 年前 |
|
Efannnnnn · 将Id数据存储到任何页面 1 年前 |
|
|
yooooo · 用于在块中删除的存储过程-LOOP未执行 1 年前 |
|
John Beasley · 更新一定数量记录的连续日期 1 年前 |
|
|
ColinM · MySQL以前的结果查询返回不正确的值 1 年前 |
|
Sergey_Z · MySQL只需无条件连接2个表和交叉连接 1 年前 |