SVN后台认证、日志及模型存储模块改造方案

1、权限认证模块1.1.目前实现方式;目前的权限认证模块的认证流程如下：1）服务端接收到客户端请求后，先和系统备份用户名/密码进行校验，如果是系统备 份用户则通过认证。2）否则先到缓存中查找该用户是否已经认证过，如果已经认证过，取出原来认证的用 户名和session跟当前登录用户和session进行比对，如果用户和session相同，则 认证通过3）如果session不同，则连接数据库查询用户名和session，如果和数据库中的session 匹配成功，则把用户名和session记录到缓存中。不管有没有认证通过，本次数据 库连接在查询后断开。这里认证过程不使用数据库长连接的原因有两个：第一个是如果

2、在apache当前的SVN 认证模块中管理数据库长连接，当进程退出时目前暂时没有找到优雅的断开连接方式， 只能由进程退出直接强制断开。第二个是因为当前的认证方式中只有当用户重新登录 studio端或者切换用户时才需要重新连接数据库，由于是非业务系统数据库连接的频率 很低，使用短连接方式可以在空闲时节省数据库资源，因为apache启动后以多进程方 式运行，每个进程至少必须有一个数据库连接。1.2.改造点1）可以把数据库连接由目前的短连接方式变为长连接方式，进一步提升数据库查询效 率。2）为了减少对第三方库的编译依赖，把数据库底层库由libsql改为现有基础C开发库 的 libdci 库。日志处理

3、模块2.1.目前实现方式;日志处理模块目前的处理流程如下：1）利用svn的钩子程序记录下commit,lock,unlock等svn操作事件，并把事件记录到 本地文件中，然后向消息队列发送文件名消息。2）日志处理进程从消息队列中取出要处理的事件消息，读取对应的文件，并调用svn 本地管理命令获取当次svn操作的相关信息，然后传递给存储过程，由存储过程完 成日志记录工作。操作日志的处理顺序由消息队列来保证。22改造点目前的日志处理过程中，对于消息队列的持久化存储没有考虑到，当日志处理进程没有 正常工作时，或者处理效率很低时，队列可能因为消息已满，导致钩子程序不能正常写 消息而阻塞。1）把目前的阻

4、塞式写队列改成非阻塞式，并对svn的操作事件文件进行编号，每天的 编号从199999999，一天至少支持1亿次的svn操作。如果写队列失败，只需要 把事件文件写到本地成功即可。事件文件命令规则为yyyymmdd_Seq操作类型， 例如：20121220_00000001_commit;2）日志进程在接收到消息队列的通知时，到事件文件的存储目录中找出所有事件文件， 按文件编号进行排序，以保证svn操作的日志按顺序正确处理。3）事件文件处理完成后，如果是commit事件，则移动到模型转换存储模块的输入目 录，否则移动到备份目录。如果处理失败则移动到错误备份目录。4）消息队列只作为svn操作的通知，

5、在某些情况下操作系统退出重启后，只要事件文 件存在就可以保证svn日志能被正常处理，而消息队列本身不需要进行持久化存储。5）目前的日志记录过程是由oracle存储过程完成，不方便迁移到其他数据库，可以把 日志记录的操作改由日志进程来完成。6）为了减少对第三方库的编译依赖，把数据库底层库由libsql改为现有基础C开发库 的 libdci 库。模型转换存储模块3.1.目前实现方式目前的模型转换存储过程由web服务器端来完成3.2.改造点把目前的模型转换存储过程迁到svn端的后台C+日志处理进程中处理，以多线程方式 对同一次svn操作提交的文件进行转换存储。处理流程如下：娜北，j飒程池1把丈件列X分无给发程池中的戏七住线程*1断史作 刑表散是折L1经 朴郦宜MM处理完成信杏1.1叫正件精配T备浦中把扩I文件到销观备份II录处th 忤送成 文发-I.一J_!流程概要描述：1）日志处理进程在处理完日志事件文件后，把事件文件转移到另一个目录下，并向模 型转换管理线程发送通知。2）转换管理线程收到通知后到事件文件目录中提取所有的事件文件，并按编号进行排 序，然后根据事件文件查找本次svn操作的文件列表，把文件列表发送给转换工作 线程。3）当所有的转换工作线程执行完成后，通知转换管理线程，转换管理线程把事件文件 移动到备份目录下，然后继续提取一个事