修改基础架构

刚刚又重构了一次我们项目的基本框架,将logic包中只放facade,这也是遵从Fowler的建议。然后将src中的配置文件里的定义不断缩减,test包中的配置文件逐渐增多,不过感觉很不好,虽然发布包中配置少了,清晰了,但是集成测试变得好麻烦。虽然使用了Spring的test超类,但还是使用起来没有想象中那么好,虽然说是事务回退了,可是没有看到发送insert语句。

看了看从网上下的一个blog的例子,跟SpringSide一样,使用J2SE5.0中的注解和范型,简化开发和配置,我在渐渐向那边靠拢,不过,我始终相信应该做到关注点分离,而将xml中配置的东西放到类中,搞得类很混乱。但是,分开的话,改变包结构,移动类时,那真是一场灾难啊~~

今天又略微看了点《分析模式》,觉得真是应该好好参透。想想本来技术和分析应该就不是一个人干的,可是都要学会,真是难啊~
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL的基础架构可以分为两层:Server层和存储引擎层。Server层包括连接器、查询缓存、分析器、优化器和执行器等组件,提供了MySQL的核心服务功能,例如连接管理、查询解析、优化和执行等。此外,Server层还包含了所有的内置函数和跨存储引擎的功能,如存储过程、触发器和视图。 而存储引擎层则负责数据的存储和提取,并采用插件式的架构模式支持多个存储引擎,如InnoDB、MyISAM和Memory等。其中,InnoDB是比较常见的存储引擎。 在MySQL的执行过程中,首先会经过连接器、查询缓存、分析器、优化器和执行器等组件。连接器负责与客户端建立连接,并进行身份验证等操作。查询缓存会检查之前是否执行过相同的查询语句,并尝试从缓存中返回结果。分析器则会对查询语句进行语法解析和语义分析。优化器会根据查询语句的复杂度和表的索引等信息,生成多个执行计划,并选择最优的执行计划。最后,执行器会执行选定的执行计划,读取和修改存储引擎中的数据。 需要注意的是,查询缓存的使用需要谨慎。通常情况下,不建议使用查询缓存,因为它的失效频率很高,只要有对一个表的更新,整个缓存都会被清空。因此,对于更新压力大的数据库,查询缓存的命中率会很低。但对于一些静态表的查询,如系统配置表,可以考虑使用查询缓存。 总结起来,MySQL的基础架构包括两层:Server层和存储引擎层。Server层提供核心服务功能和跨存储引擎的功能,而存储引擎层负责数据的存储和提取。在执行过程中,连接器、查询缓存、分析器、优化器和执行器等组件依次参与,并最终由存储引擎执行数据操作。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值