V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
› 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 4011 days ago, the information mentioned may be changed or developed.
这是我们公司的网站项目，用的mysql数据库，现在一个数据库就建了986张表了，随着项目的开发，表还会越来越多，弱弱的问一句，在mysql数据库中，表的数量对性能有很大影响吗？如果表的数量一直增加下去，有什么好的办法？
Supplement 1 · May 4, 2015
大型电商网站，数据库用mysql，但是很多地方用Redis缓存
 |
1
tanteng OP |
 |
2
em70 May 4, 2015 via Android
比合成一个表性能要好，大表经常为了性能和稳定性还要分N个区储存
表太多缺陷主要是管理困难，程序员记不住，开发和维护效率不高，最好还是能删除合并一些 |
 |
3
15 May 4, 2015 via Android
什么网站要这么多表哟
|
 |
4
railgun May 4, 2015
看这个表数量的规模，我觉得可以拆分成不同系统，分开放到不同的库去管理。
另外我怀疑你们网站的后台也已经很臃肿了，如果可以的话，也拆分了吧 |
 |
5
Ghoul2005 May 4, 2015
如果是MyISAM存储引擎的话，物理存储一个数据库对应一个目录，每个表对应3个文件，如果一个数据库里面有1万张表，那么一个目录下就有3万个文件，同一个目录下文件过多，IO性能会有影响，建议库表同时切分，例如100个库，每个库100张表这样，可以规避这个问题。
|
 |
6
thinkmore May 5, 2015
分库行不行呀，太多只要你的存储跟得上，其他都OK的
|
 |
7
zenliver May 5, 2015
我擦，，这么多表，，，第一次见，，，
|
Select Language