数据库系统

java 三层架构ssh 一个spring2.5+hibernate3.2+struts2.0组合框架，使用spring 的 IoC来管理应用 的 所有bean，包括struts2 的 action，充分发挥了spring轻量级框架 的 优势。 摘 要: 针对当前Web应用程序开发面临的问题，结合目前比较流行的开源框架Spring、Struts和Hibernate，提出了一种开发J2EE Web应用的轻量级解决方案，以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。并且，通过案例具体说明了如何将这一方案应用到实际项目中。 关键词: J2EE MVC Struts Spring Hibernate 大型企业级Web应用系统的开发通常要求有一个良好的软件架构、便于协作开发和扩展升级，而传统的开发模式不能很好地满足这些要求。本文针对当前Web应用程序开发面临的问题，结合目前比较流行的开源框架SSH（Spring、Struts、Hibernate)，提出一种开发J2EE 企业级Web应用的轻量级解决方案，并通过案例具体说明如何将这一方案应用到实际项目中。 1 框架技术 著名的软件大师Ralph Johnson对框架(Framework)进行了如下的定义： 框架是整个系统或系统的一部分的可重用设计，由一组抽象的类及其实例间的相互作用方式组成[1] 。

一个成熟的数据库架构并不是一开始设计就具备高可用、高伸缩等特性的，它是随着用户量的增加，基础架构才逐渐完善。这篇文章主要谈谈MySQL数据库在发展周期中所面临的问题及优化方案，暂且抛开前端应用不说，大致分为以下五个阶段： 阶段一：数据库表设计 项目立项后，开发部门根据产品部门需求开发项目。 开发工程师在开发项目初期会对表结构设计。对于数据库来说，表结构设计很重要，如果设计不当，会直接影响到用户访问网站速度，用户体验不好！这种情况具体影响因素有很多，例如慢查询（低效的查询语句）、没有适当建立索引、数据库堵塞（锁）等。当然，有测试部门的团队，会做产品测试，找Bug。 由于开发工程师重视点不同，初期不会考虑太多数据库设计是否合理，而是尽快完成功能实现和交付。等项目上线有一定访问量后，隐藏的问题就会暴露，这时再去修改就不是这么容易的事了！ 阶段二：数据库部署 是时候运维工程师出场了，项目上线。 项目初期访问量一般是寥寥无几，此阶段Web+数据库单台部署足以应对在1000左右的QPS（每秒查询率）。考虑到单点故障，应做到高可用性，可采用MySQL主从复制+Keepalived实现双机热备。主流HA软件有：Keepalived（推荐）、Heartbeat。 阶段三：数据库性能优化 如果将MySQL部署到普通的X86服务器上，在不经过任何优化情况下，MySQL理论值正常可以处理1500左右QPS

开发单体应用时，相信大家都有使用过数据库的 本地事务 ，也就是在同一个数据库中，可以允许一组操作要么全都正确执行，要么全都不执行。这里特别指出了本地事务，也就是说明数据库事务只支持同一个数据库的操作。可随着技术和业务发展，一方面随着系统业务量增大，数据库存储东西越来越多。当达到一定数据量时，为了应对高并发，就会出现分库分表需求。另一方面，随着服务化方案的推广，越来越多的公司团队将原有的大项目拆分成一个个小应用，这也使得跨应用（JVM）数据库场景出现。可是目前数据库不支持跨库事务，我们应该如何实现分布式事务呢？本文首先会为大家梳理分布式事务的基本概念和理论基础，然后介绍几种目前常用的分布式事务解决方案。 一、定义 百度百科给出的定义：“分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。”简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。本质上来说，分布式事务就是为了保证不同数据库的数据一致性。 二、事务的四大特性 ACID 1.原子性 原子性要求，事务是一个不可分割的执行单元，事务中的所有操作要么全都执行，要么全都不执行。 2.一致性 一致性要求，事务在开始前和结束后，数据库的完整性约束没有被破坏。 3.隔离性

数据库分区、分表、分库、分片 分区 数据库分区是一种物理数据库的设计技术，它的目的是为了在特定的SQL操作中减少数据读写的总量以缩减响应时间。 分区并不是生成新的数据库表，而是将表的数据均匀分摊到不同的硬盘，系统或不同服务器存储介子中，实际上还是一张表。另外，分区可以做到将表的数据分摊到不同的地方，提高数据检索的效率，降低数据库频繁IO压力值，分区的优点如下： 相对于单个文件系统或硬盘，分区可以存储更多的数据。 数据管理比较方便，如要清理或废弃某年的数据，就可以直接删除该日期的分区数据即可。 精准定位分区查询数据，不需要全表扫描查询，大大提高检索效率。 可跨多个分区磁盘查询，来提高查询的吞吐量。 在涉及聚合函数时，很容易进行数据的合并。 水平分区 这种形式分区是对表的行进行分区，通过这种的方式不同分组里面的物理列分割的数据集得以组合，从而进行个体分体或集体分割。所有在表中定义的列在每个数据集中都能找到，所以表的特性得以保持。 举例：一个包含十年发票记录的表可以被分区为10个不同的分区，每个分区包含的是其中一年的记录。 垂直分区 这种分区方式一般来说是通过对表的垂直划分来减少目标表的宽度，使某些特定的列被划分到特定的分区，每个分区都包含了其中的列所对应的行。 举例：一个包含了大text和blob列的表，这些text和blod列又不经常被访问

阅读目录 　　楔子 　　初识数据库 　　为什么要用数据库 　　认识数据库 　　初识mysql 　　mysql概念 　　下载和安装 　　初识sql语句 楔子 　　假设现在你已经是某大型互联网公司的高级程序员，让你写一个火车票购票系统，来hold住十一期间全国的购票需求，你怎么写？ 　　由于在同一时段抢票的人数太多，所以你的程序不可能写在一台机器上，应该是多台机器一起分担用户的购票请求。 　　那么问题就来了，票务信息的数据存在哪里？存在文件里么？ 　　如果存储在文件里，那么存储在哪一台机器上呢？是每台机器上都存储一份么？ 　　首先，如果其中一台机器上卖出的票另外两台机器是感知不到的， 　　其次，是如果我们将数据和程序放在同一个机器上，如果程序和数据有一个出了问题都会导致整个服务不可用 　　最后，是操作文件，修改文件对python代码来说是一件很麻烦的事 　　基于上面这些问题，单纯的将数据存储在和程序同一台机器上的文件中是非常不明智的。 　　 初识数据库 返回顶部 为什要用数据库 　　根据上面的例子，我们已经知道： 　　第一，将文件和程序存在一台机器上是很不合理的。 　　第二，操作文件是一件很麻烦的事 所以就出现了一个新的概念 —— 数据库 　　你可以理解为 数据库 是一个可以在一台机器上独立工作的，并且可以给我们提供高效、便捷的方式对数据进行增删改查的一种工具。 　

Web测试中，各类web控件测试点总结 一 、界面检查 　　进入一个页面测试，首先是检查title，页面排版，字段等，而不是马上进入文本框校验 　　1、页面名称title是否正确 　　2、当前位置是否可见 您的位置：xxx>xxxx 　　3、文字格式统一性 　　4、排版是否整齐 　　5、列表项显示字段是否齐全,列表项字段名称是否跟表单统一 　　6、同一页面，是否出现 字段名称相同、值取不同的问题。 　　7、数据加载情况：除了文本框的值，还要注意： 　　复选框，是否保存打√，或者保存不打√ 　　下拉框，是否保存选择的值 　　多文本框，值是否都被保存，空格，换行是否保存 二、单文本框（type=text） 　　边界：字段长度 　　判空：是否可以为空 　　唯一性：是否唯一 (小归结：边界、判空、唯一性、特殊字符、正确性) 　　考虑语言，操作环境 　　特殊符号测试输入： 　　' or 1<>'1　　　' or '1'='1　　' or '1'<>'2　　"|?>< 　　where a='xxx'　　　下划线是否允许　　输入全部空格 输入 单引号 　　><script>alert(“123”);</script>> 　　特殊字段输入限定： 　　框内容是否合法（tel，ip，url，email）序号等，直接限制输入数字，其他过滤掉 　　输入金额文本框，整数首位为0，过滤掉，小数点后面

数据库的优化问题 一、问题的提出 　在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的的编写等体会不出SQL语句各种写法的性能优劣，但是如果将应用 系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。系统优化中一个很重要的方面就是SQL语句的优 化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可以达到上百倍，可见对于一个系统不是简单地能实现其功能就可，而是要写出高质量的 SQL语句，提高系统的可用性。 　　在多数情况下，Oracle使用索引来更快地遍历表，优化器主要根据定义的索引来提高性能。但是，如果在SQL语句的where子句中写的 SQL代码不合理，就会造成优化器删去索引而使用全表扫描，一般就这种SQL语句就是所谓的劣质SQL语句。在编写SQL语句时我们应清楚优化器根据何种 原则来删除索引，这有助于写出高性能的SQL语句。 　二、SQL语句编写注意问题 　　下面就某些SQL语句的where子句编写中需要注意的问题作详细介绍。在这些where子句中，即使某些列存在索引，但是由于编写了劣质的SQL，系统在运行该SQL语句时也不能使用该索引，而同样使用全表扫描，这就造成了响应速度的极大降低。 　　1. IS NULL 与 IS NOT NULL 　　不能用null作索引

学习的前提是购买过这个课程： https://edu.51cto.com/topic/2694.html 数据库内分别有这几个表 项目的源码，采用多模块的方式进行搭建 记得要修改数据库的连接信息 redis和Zookeeper的服务都要启动起来。 运行起来的主页 点击最后一个详情， 进行秒杀。需要先登陆 登陆成功后，点击详情。 抢购成功 会发一封邮件 查看抢购的详情 来源： https://www.cnblogs.com/wangjunwei/p/11524880.html

周末无事水文章，期末备考的总结资料 第十四章 事务 14.1 事务概念 事务是访问并可能更新各种数据项的一个程序执行单元 ACID特性 –原子性（Atomicity）：事务的所有操作都在数据库中正确反映，或者没有 –一致性（Consistency）：隔离执行事务可保持数据库的一致性 –隔离性（Isolation）：虽然可以同时执行多个事务，但每个事务必须不知道其他并发执行的事务：必须从其他并发执行的事务中隐藏中间事务结果。也就是说，对于每对事务Ti和Tj，Ti看起来要么是Tj，要么在Ti开始之前完成执行，要么Tj在Ti完成之后开始执行 –持久性（Durability）：事务成功完成后，即使存在系统故障，它对数据库所做的更改也会保留 14.2 一个简单的事务模型 事务的状态转换图 来源： https://blog.csdn.net/qq_39739850/article/details/100847867

postgres csv日志和查看用户权限 最近在使用postgres 时遇到的2个问题，顺便记录一下查到的比较好的资料。 怀疑postgres在执行SQL时报错，程序日志中有无明确异常信息。通过查看csv日志来确定是否SQL真的是执行时报错。 下面转自： https://www.cnblogs.com/kuang17/p/6902122.html?utm_source=itdadao&utm_medium=referral 　　日志审计 　　审计是值记录用户的登陆退出以及登陆后在数据库里的行为操作，可以根据安全等级不一样设置不一样级别的审计， 　　此处涉及的参数文件有： 　　logging_collector --是否开启日志收集开关，默认off，开启要重启DB 　　log_destination --日志记录类型，默认是stderr，只记录错误输出 　　log_directory --日志路径，默认是$PGDATA/pg_log, 这个目录最好不要和数据文件的目录放在一起, 目录需要给启动postgres的操作系统用户写权限. 　　log_filename --日志名称，默认是postgresql-%Y-%m-%d_%H%M%S.log 　　log_file_mode －－日志文件类型，默认为0600 　　log_truncate_on_rotation －－默认为off