这是一个创建于 3034 天前的主题，其中的信息可能已经有所发展或是发生改变。
都是很小的数据库，表结构都一样，大多数都不经常访问。表结构也是万年不需要改变的。
然后会不会还有其它问题？
 |
1
lxrmido 2016-01-06 08:18:44 +08:00  1
数据库只是文件
|
 |
2
c742435 2016-01-06 08:27:17 +08:00
内存不够？
|
 |
3
wuxqing 2016-01-06 08:37:31 +08:00
数据库系统通常会把数据库相关的文件集中放到某个目录下，所以我个人觉得上百万个数据库对应的就有几百万（甚至几千万）个文件（ pgsql 是每个数据库一个文件夹）在一个目录下，这样速度会慢。当然大多数不经常访问，估计影响不大，常用的数据库会被缓存
|
 |
4
zonghua 2016-01-06 08:51:02 +08:00 via iPhone
oracle 的话一个数据库就是一个实例的进程和文件
|
 |
5
Admstor 2016-01-06 09:00:13 +08:00
单目录下百万级文件数会有性能问题
|
 |
6
Livid MOD 最简单的验证方法就是写一个程序在这台服务器上建 100 万个这样的测试数据库或者表，然后就知道瓶颈在哪里了。
|
 |
7
hienchu 2016-01-06 09:05:45 +08:00 via iPhone
不经常访问应该没问题
|
 |
8
shakoon 2016-01-06 09:28:09 +08:00
为什么要建这么多库？一个实例下建百万个用户不行吗，表都在一个库里。
|
 |
9
Cassius 2016-01-06 09:32:39 +08:00
然后回头就又要优化数据库么。。。
|
 |
10
rainysia 2016-01-06 10:37:47 +08:00
碰见过类似的一个数据库设计.
是目前还没起来的汽配市场. 俄罗斯人设计的.每年每个车型一个库, 按照发动机, 地盘这样分了表, 里面存上原厂目录(就是该款车的每个零部件的型号,size,price,图纸,锚点之类的). 想想多少库 之前看那个 DB, 是 sqlserver,大概有 7T, 只包括了欧洲近 60 年来的车型(中国和美国是另外两套标准, 所以没数据). 图纸单独存另外一个服务器. 更新一次细节比如锚点要大概 24 小时 |
 |
11
Neveroldmilk 2016-01-06 11:18:10 +08:00
要看你的服务器 I/O 吞吐能力和运算能力，基本上这样搞都是自虐。
|
 |
12
clino 2016-01-06 11:19:40 +08:00
上百万个 sqlite 文件是不是就行了?
|
 |
13
xiaosu 2016-01-06 11:24:15 +08:00
过来凑个热闹
|
 |
14
Tink 2016-01-06 11:28:15 +08:00 via iPhone
sqlite+1 啊，一切皆文件
|
 |
15
laoyuan 2016-01-06 11:48:15 +08:00
表结构，加一个 table_id 字段汇总到一个表里不就完了
|
 |
16
stanhou OP |
 |
17
wizardoz 2016-01-06 13:06:24 +08:00
打开方式不对
|
 |
18
ooh 2016-01-06 13:10:09 +08:00 1
会不会上灰尘？
|
 |
20
SmiteChow 2016-01-06 15:17:58 +08:00
表中加 user_id, 提供多租户。
|
|
21
SmiteChow 2016-01-06 15:19:26 +08:00
基于 MySQL 实现云数据库服务的设计与实现 - 中国科技论文 ...
|
|
22
SmiteChow 2016-01-06 15:22:09 +08:00 1
|
 |
25
xiamingchong 2016-01-07 09:32:00 +08:00
必然会有问题，最好开多个实例，每个实例下放一些数据库
|
Select Language