27,579
社区成员
发帖
与我相关
我的任务
分享一个实例建很多库，有什么问题
有个应用，按分类和日期建库
目前一个数据库实例已经有上千个数据库，以后估计会达到接近一万
数据库多，大部分资料都是没有说的很清楚，到底影响有多大
目前知道的影响：
1、重启服务的时候，多库处于在恢复，影响一小段时间业务，这个目前可以接受。
2、同时打开的数据库多，占用内存不少。
想了解到底多大影响以及可以做的对策。
数据库有个自动关闭的选项，试了下，设置自动关闭后，数据库会自动关闭，但是程序访问时会报错，不知道有无人用过这个，是否可以有个欢醒的动作。
目前一个数据库实例已经有上千个数据库，以后估计会达到接近一万
数据库多，大部分资料都是没有说的很清楚，到底影响有多大
目前知道的影响：
1、重启服务的时候，多库处于在恢复，影响一小段时间业务，这个目前可以接受。
2、同时打开的数据库多，占用内存不少。
想了解到底多大影响以及可以做的对策。
数据库有个自动关闭的选项，试了下，设置自动关闭后，数据库会自动关闭，但是程序访问时会报错，不知道有无人用过这个，是否可以有个欢醒的动作。
...全文
请发表友善的回复…
发表回复
hgwyl 2013-05-15
- 打赏
- 举报
海爷~虽然这个结贴了，但是还是忍不住回复一下。
解决方法不知道
但是现在虚拟空间提供商处理得挺好的，完全不影响，你看看是不是跟那类人讨论一下？
（——讨论完来给个结果，让我们也学学）
我自己的实例
1、我在XBSM购买了2个数据库（2个不同客户的）。
2、开通后发现在同一个实例里面——因为我无论用哪个用户名进去都可以看到2个库
3、也就是仅仅能看到。只能打开自己用户名的那个数据库，另外个提示无权限。
4、数据库都是实时自动开通的。
不懂必须要问 2013-02-04
- 打赏
- 举报
围观高手
l_j_b 2011-12-16
- 打赏
- 举报
感受下。。。
zhazhuzhao 2011-03-30
- 打赏
- 举报
崩溃，要是我的话，就会多次建表，用文件组分表存放，然后当表过期后，只本分文件组，再删除文件组。
神之言 2011-03-29
- 打赏
- 举报
冒个泡！
Teng_s2000 2011-03-25
- 打赏
- 举报
coleling 2011-03-25
- 打赏
- 举报
刚看到这个贴子
从头到尾看了一下，相当无语...
从头到尾看了一下，相当无语...
pretyjfh 2011-03-24
- 打赏
- 举报
很关心 很纠结
anson4560 2011-03-24
- 打赏
- 举报
有没简单的
感觉都难理解的e
signature---------------------------------------------------------------------
taxi tiffany jewelry outlet pass
感觉都难理解的e
signature---------------------------------------------------------------------
taxi tiffany jewelry outlet pass
cyf15334452536 2011-03-24
- 打赏
- 举报
这样我觉得太夸张了
enderwyde 2011-03-24
- 打赏
- 举报
真的很郁闷
feitianhu112 2011-03-23
- 打赏
- 举报
顶一下吧，我用到过是自动加表的，你比我狠，自动加库啊
dong4464he 2011-03-23
- 打赏
- 举报
现在的网络服务器不就是这样吗？
dong4464he 2011-03-23
- 打赏
- 举报
貌似现在很多的网络服务器就是这么干吧？
一台机器供很多个客户使用的。
一台机器供很多个客户使用的。
zkyEric 2011-03-23
- 打赏
- 举报
我感觉是设计软件上的问题，什么样的业务需要这么多的库啊
xrongzhen 2011-03-22
- 打赏
- 举报
[Quote=引用 74 楼 qianjin036a 的回复:]
能不能把所有的库(或者不常用的库)都搞成离线的,即不用时该库被分离,要调用时从客户端执行附加语句将指定的库附加上,然后到库中进行操作,操作结束后再将该库分离.
不过,这样的话,如果一个库有多个用户操作的话,在附加前要判断该库是否存在于实例中,操作结束后要判断是否有其他客户端连接,如果没有,才分离.
经测试,用语句分离和附加一个不是很大的数据库并不需要很长的时间.
[/Quote]
LZ的数据增长太快，每个库都不小 附加分离不现实
能不能把所有的库(或者不常用的库)都搞成离线的,即不用时该库被分离,要调用时从客户端执行附加语句将指定的库附加上,然后到库中进行操作,操作结束后再将该库分离.
不过,这样的话,如果一个库有多个用户操作的话,在附加前要判断该库是否存在于实例中,操作结束后要判断是否有其他客户端连接,如果没有,才分离.
经测试,用语句分离和附加一个不是很大的数据库并不需要很长的时间.
[/Quote]
LZ的数据增长太快，每个库都不小 附加分离不现实
kindtoadsd 2011-03-22
- 打赏
- 举报
百度，gllgle是不是会有这样的需求？电信部门是不是也有，如短信业务等。想知道什么地方会有这样的需求？
昵称被占用了 2011-03-22
- 打赏
- 举报
[Quote=引用 145 楼 sz_haitao 的回复:]
如果不是不是各个应用需要独立的库
那
一万个库x100个表/库
不如
100个库x1万个表/库
内存按库分配，库太多，的确不好分，大家都不够
启动时为库加载，也是一个过程
哦，100库可能都太多了
[/Quote]
谢谢一直关注
确实，分库和分表示可以转化的，主要问题是，以前比现在的小型的系统采用按月分库的方式，每月的分库大小最大的能达到400G，现在的系统数据量相当于原来的10倍，估计分库太大可能会影响维护，才做了修改。
你给我一个思路，就是可以考虑可配置的分库策略，比如按半月、旬或者5天分库可能会更合理。
如果不是不是各个应用需要独立的库
那
一万个库x100个表/库
不如
100个库x1万个表/库
内存按库分配，库太多，的确不好分，大家都不够
启动时为库加载，也是一个过程
哦，100库可能都太多了
[/Quote]
谢谢一直关注
确实，分库和分表示可以转化的，主要问题是，以前比现在的小型的系统采用按月分库的方式，每月的分库大小最大的能达到400G，现在的系统数据量相当于原来的10倍，估计分库太大可能会影响维护，才做了修改。
你给我一个思路，就是可以考虑可配置的分库策略，比如按半月、旬或者5天分库可能会更合理。
hzleexia 2011-03-22
- 打赏
- 举报
学习了。。。
好像这是一个必然的问题、分多个库。维护困难。
一个库，服务器承受不了。
的确是想到的纠结.....
好像这是一个必然的问题、分多个库。维护困难。
一个库，服务器承受不了。
的确是想到的纠结.....
billpu 2011-03-22
- 打赏
- 举报
如楼主所说
一旦实例重启或者非正常退出/恢复的话 多进程的回滚或者前滚对磁盘io的要求会非常的高,当然这个取决于业务需要,如果不影响那就无妨
内存的需求会非常大,sqlserver会为每个数据库分配至少64k的保留内存,如果一旦有insert update delete等操作会逐级等量递增 如果10000个数据库我估计启动之后就应该用掉几G了
至于自动关闭用的不是很多,这个可能取决于前台应用程序的连接方式,比如能够唤醒休眠的数据库 好像以前有看到过相关的文章 利用.netfromwork(ado.net)和sqlnative似乎
一旦实例重启或者非正常退出/恢复的话 多进程的回滚或者前滚对磁盘io的要求会非常的高,当然这个取决于业务需要,如果不影响那就无妨
内存的需求会非常大,sqlserver会为每个数据库分配至少64k的保留内存,如果一旦有insert update delete等操作会逐级等量递增 如果10000个数据库我估计启动之后就应该用掉几G了
至于自动关闭用的不是很多,这个可能取决于前台应用程序的连接方式,比如能够唤醒休眠的数据库 好像以前有看到过相关的文章 利用.netfromwork(ado.net)和sqlnative似乎
加载更多回复（96）
