在普通情况下，一个网站的数据库信息，通常是已经被固定写好了的。但是如何你有多个数据库的数据内容需要拿来被查阅或者分析，就需要考虑数据库的切换问题。

今天，我们就来从网站框架的底层，重新设计数据库的调用。使用的是php+MySQL。

顺藤摸瓜，去查找数据库是在什么地方，被开始调用的。找到了，原框架的设计，是在数据库模块中，第一次，或者唯一一次加载了数据库的信息。

每次切换数据库后，如果是登录用户的话，由于数据库的不同，安全机制会造成退出登录状态。安全机制的这一条，也是很有必要去考虑和设计的。

目前的数据库配置信息是明文，现在考虑，要不要将它处理成加密信息，再给安全上一道锁。因为有过这样的情况，有权限查看服务器的人员，可以直接阅读或者修改文件。这类的关键信息，不可以让更多的人掌握。

好的，我们就先来处理加密数据库配置信息的问题。

我们先在登录机制以外，重新写代码，来开发和测试相关的内容。因为前面说了，切换数据库，会造成登录机制的退出。这样的频繁操作，有些降低开发的效率。

我们考虑，要不要首先解决如何自由切换数据库，再来说加密。算了，好像自由切换，在目前的框架中，暂时不太好实现，也有安全隐患，用手动来实现吧。目前的框架，其实是可以同时布局多个数据库的，自由切换暂时大可不必。

下面，进行加密数据库文件自己的工作。

在处理加密信息时，出现了数据库的一系列的故障。经过排查，是因为全局变量没有在子函数中进行global，本身需要被全局化的变量，还只是内部变量。经过global之后，将小池塘里的水，与大江河里的水，连接通畅，一起流归大海去了。