我最多也就能想到按用户的ID分表了……
› MySQL 5.5 Community Server
› MySQL 5.6 Community Server
› Percona Configuration Wizard
› XtraBackup 搭建主从复制
Great Sites on MySQL
› Percona
› MySQL Performance Blog
› Severalnines
推荐管理工具
› Sequel Pro
› phpMyAdmin
推荐书目
› MySQL Cookbook
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
This topic created in 4881 days ago, the information mentioned may be changed or developed.
 |
1
akira Jun 9, 2013
这个等级的数量，已经不是一个mysql库能搞定的事情了
|
 |
2
biaobiaoqi Jun 9, 2013
HBase用起来么
|
 |
3
markmx Jun 9, 2013
如果是项目需求或者客户要去的话，数据库方面就按照正常去做就行了。
然后在结构上加上缓存之类的东西，等到一定时间段，用户数量上来了，在进行数据库的主从。 之后在考虑其他解决方案 例如 nosql，分表，分库，集群等之类的。 为什么这样做： 第一：无论是客户还是项目，他们都预计的很高。他们都想一次到位，碰到几个客户就想软件上优化，硬件上减少，连个备份服务器都想省。 第二：这类项目的维护性，很重要。不是一步到位的事情。尤其是互联网项目。不可不说变化性很强。可能一个简单的事情，就搞的你的结构搞乱了。 如果是自我研究的话，水很深，我也在思考中...... |
 |
4
run2 Jun 9, 2013
记得他们的DBA有演讲的，暂时找不到了http://doc.mbalib.com/view/c67754d9f90f51e5ad2691d8d106d065.html
|
 |
5
cxe2v Jun 9, 2013
这种数量级别的都采用的是名字我都看不懂的什么数据解决方案实现的，你去翻翻facebook和twitter还有腾讯，他们采用的大数据解决方案有作大概介绍
|
 |
6
Zhang Jun 9, 2013
facebook用的是cassandra
|
 |
7
txlty Jun 9, 2013
上千台服务器，不是分表那么简单了。那私信几乎都成了即时通信了
|
 |
8
likuku Jun 9, 2013
新浪微博是世界上规模最大的redis用户，记得曾经将其某个变量的上限用到耗尽，提交此bug给作者后，作者迅速发布了修正后的新版本。
|
 |
11
skydiver Jun 9, 2013
|
|
12
biaobiaoqi Jun 9, 2013
@skydiver 长见识了。cassandra是fb自己研发的不是，还被丢弃了=。=
|
Select Language