大家好，我是Java进阶者，今天给大家继续分享JDBC技术。 一、前言 在《浅析JDBC常用的接口——JDBC的Statement接口、PreparedStatement接口》文章中，我们介绍了使用Java语言来执行SQL语句。本文主要给大家介绍在Java语言中，通过执行SQL语句后，如何使用ResultSet接口来获取表中的数据、使用MySQL语句查询表中的数据，接下来小编带大家一起来学习! 二、ResultS

加班原因是上线，解决线上数据库存在重复数据的问题，发现了程序的bug，很好解决，有点问题的是，修正线上的重复数据。 线上库有6个表存在重复数据，其中2个表比较大，一个96万+、一个30万+，因为之前处理过相同的问题，就直接拿来了上次的Python去重脚本，脚本很简单，就是连接数据库，查出来重复数据，循环删除。 emmmm，但是这个效率嘛，实在是太低了，1秒一条，重复数据大约2万+，预估时间大约在8个小时左右。。。 盲目依靠前人的东西，而

MySQL主从搭建分几种场景 无业务数据，初始化搭建 有业务数据，临时扩展 初始化的搭建很简单，不涉及数据业务，所以锁表、停机等都不影响，但是更多时候是业务到一定阶段，才会涉及到横向扩展，需要做主从，读写分离等来提升服务性能 这个时候，数据业务不能中断，又需要快速进行扩展提升性能，只能在不停机、不停服务的情况下扩展，就需要用到下面介绍的这种方法来做数据库主从 当然还是有前提条件，如果你原本MySQL连binlog及server_

Greenplum属于一种看起来“较重”的数据库MPP架构，不像基于MySQL基于中间件的架构那么轻量，但是要说一些具体的场景，比如Greenplum支持存储过程，支持列式存储，加上分区表和内置的数据分片等多种模式，都是典型的OLAP场景，术业有专攻还是有一定道理的。 最近因为业务需求和改造需要部署几套GP集群，总体来说也是需要解决以前的一些顽疾并加以改进，运行几个上百节点的集群还是有一定的压力的，不过前几年在飞

前言 首先思考一个问题:在高并发的场景中,关于数据库都有哪些优化的手段？常用的有以下的实现方法:读写分离、加缓存、主从架构集群、分库分表等，在互联网应用中,大部分都是读多写少 的场景,设置两个库,主库和读库。 主库的职能是负责写,从库主要是负责读,可以建立读库集群,通过读写职能在数据源上的隔离达到减少读写冲突、释压数据库负载 、保护数据库的目的 。在实际的使用中,凡是涉及到写的部分直接切换到主库，读的部分直接切换到读库，这就是典型的读写分

引言 春节前一个悠闲的上午，小航送了我，一袋坚果，他看我吃的正香，慢慢问道：”温哥，mysql的排序，有什么要注意的吗，不就是正排倒排吗？” 我一听他问我的问题，顿感坚果不香了，但是为了技术（mainzi），我装作大师的说道： “正排倒排，当然不是全部，你最少要知道，2个参数，1个优化，一种特殊情况” 注：东西不能乱吃啊 两个核心参数 sort_buffer_size 决定内排，外排。内排

一、12306深度优化整体架构 在节假日和春节时候，火车票提前预售。在预售的点会有大量人们抢购车票。由于高并发，导致服务瘫痪。 1.1 解决方案 内存计算余票 异步交易系统(削峰方案) 数据库进行高可用搭建(读写分离) 1.1.1 削峰解决方案 1. 削峰方案: 对于瞬时流量我们最先想到的是中间件进行削峰，把直接调用转化为间接异步推送。中间队列在一瞬间接受流量锋，在另外一端平滑的将消息推送。 2. 答题： 在下单时候，我们需要答

之前写了一些关于 MySQL 的 InnoDB 存储引擎的文章，里面好几次都提到了页(Pages)这个概念，但是都只是简要的提了一下。例如之前在聊 InnoDB内存结构 时提到过，但当时的重点是内存架构，就没有展开深入。 我发现有好几次都需要提到页，那我就正好拿一篇来详细的讲讲 InnoDB 中的页。 页是什么 首先，我们需要知道，页(Pages)是 InnoDB 中管理数据的最小单元。Buffer Pool 中存的就是一页一页的数

背景 想必大家也经常收到垃圾短信吧……短信中的链接一般都是短链接，类似于下图这样： 为什么这里面的URL都是短的呢?有什么好处呢？怎么做到的呢？ 短URL的好处 短信和许多平台(微博)有字数限制 ，太长的链接加进去都没有办法写正文了。 好看。 比起一大堆不知所以的参数,短链接更加简洁友好。 方便做一些统计。 你点了链接会有人记录然后分析的。 安全。 不暴露访问参数。 这就是为什么我们现在收到的垃