一个实例建很多库，有什么问题
有个应用，按分类和日期建库
目前一个数据库实例已经有上千个数据库，以后估计会达到接近一万
数据库多，大部分资料都是没有说的很清楚，到底影响有多大
目前知道的影响：
1、重启服务的时候，多库处于在恢复，影响一小段时间业务，这个目前可以接受。
2、同时打开的数据库多，占用内存不少。
想了解到底多大影响以及可以做的对策。
数据库有个自动关闭的选项，试了下，设置自动关闭后，数据库会自动关闭，但是程序访问时会报错，不知道有无人用过这个，是否可以有个欢醒的动作。
[解决办法]
一个实例建1万个数据库，机器受得了？
[解决办法]
不过我觉得一般的处理方法是分多台机器,多实例来做,但是这样会导致数据不是那么方便采集,而且对网络的要求比较高,纠结
[解决办法]
更愚笨~~ 呵呵
不知道多服务器 分布处理行不行
在DOS下不是可以用命令行启动数据库吗 那么在程序中调用这个命令应该能启动吧
[解决办法]
用数据文件算了，想怎么处理怎么处理，这么多库已经很不规范了。
[解决办法]
上千实例，管理起来不容易。 另外，备份维护的量也上去了。
另外，小问一下LZ，这个是虚上去的机器吗？ 要是虚上去的。估计内存消耗会较大。
[解决办法]
你是建库还是建表。要是一些记录存于一个库中，不断的建库。不如一些记录存于表中，可以建表。还不如存于一个表中，添加出分类字段。你的实际业务中那种情况更便于管理呀？
[解决办法]
分表就可以了。没有必要分库的。
表可以水平分隔，可以加入文件组以分配在不同的磁盘上。可以通过逻辑文件备份来只备份指定的资料（分表并不会造成维护的问题--除非你的维护策略只是针对“库”的）
[解决办法]
分多台服务器~~~~~~
[解决办法]
