› 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
这是一个创建于 4179 天前的主题，其中的信息可能已经有所发展或是发生改变。
我最多也就能想到按用户的ID分表了……
 |
1
akira 2013-06-09 00:50:44 +08:00
这个等级的数量，已经不是一个mysql库能搞定的事情了
|
 |
2
biaobiaoqi 2013-06-09 11:02:06 +08:00
HBase用起来么
|
 |
3
markmx 2013-06-09 11:25:03 +08:00
如果是项目需求或者客户要去的话，数据库方面就按照正常去做就行了。
然后在结构上加上缓存之类的东西，等到一定时间段，用户数量上来了，在进行数据库的主从。 之后在考虑其他解决方案 例如 nosql，分表，分库，集群等之类的。 为什么这样做： 第一：无论是客户还是项目，他们都预计的很高。他们都想一次到位，碰到几个客户就想软件上优化，硬件上减少，连个备份服务器都想省。 第二：这类项目的维护性，很重要。不是一步到位的事情。尤其是互联网项目。不可不说变化性很强。可能一个简单的事情，就搞的你的结构搞乱了。 如果是自我研究的话，水很深，我也在思考中...... |
 |
4
sobigfish 2013-06-09 12:07:19 +08:00
记得他们的DBA有演讲的，暂时找不到了http://doc.mbalib.com/view/c67754d9f90f51e5ad2691d8d106d065.html
|
 |
5
cxe2v 2013-06-09 12:26:57 +08:00
这种数量级别的都采用的是名字我都看不懂的什么数据解决方案实现的，你去翻翻facebook和twitter还有腾讯，他们采用的大数据解决方案有作大概介绍
|
 |
6
Zhang 2013-06-09 12:28:14 +08:00
facebook用的是cassandra
|
 |
7
txlty 2013-06-09 13:49:52 +08:00
上千台服务器，不是分表那么简单了。那私信几乎都成了即时通信了
|
 |
8
likuku 2013-06-09 15:53:05 +08:00
新浪微博是世界上规模最大的redis用户，记得曾经将其某个变量的上限用到耗尽，提交此bug给作者后，作者迅速发布了修正后的新版本。
|
 |
11
skydiver 2013-06-09 16:12:22 +08:00
|
|
12
biaobiaoqi 2013-06-09 23:18:18 +08:00
@skydiver 长见识了。cassandra是fb自己研发的不是，还被丢弃了=。=
|
Select Language