注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 经典全面的SQL语句大全

  2. 经典SQL语句大全 下列语句部分是Mssql语句，不可以在access中使用。 　　SQL分类： 　　DDL—数据定义语言(CREATE，ALTER，DROP，DECLARE) 　　DML—数据操纵语言(SELECT，DELETE，UPDATE，INSERT) 　　DCL—数据控制语言(GRANT，REVOKE，COMMIT，ROLLBACK) 　　首先,简要介绍基础语句： 　　1、说明：创建数据库 CREATE DATABASE database-name 　　2、说明：删除数据库 drop

  3. 所属分类：其它

    • 发布日期：2009-11-23
    • 文件大小：48128
    • 提供者：koumingjie

  1. 高性能MySQL(第2版)中文版

  2. 内容简介： 本书荣获2009年Jolt图书大奖，是不可多得的分享MySQL实用经验的图书。它不但可以帮助MySQL初学者提高使用技巧，更为有经验的MySQL DBA指出了开发高性能MySQL应用的途径。本书包含14章和4个附录，内容覆盖MySQL系统架构、设计应用技巧、SQL语句优化、服务器性能调优、系统配置管理和安全设置、监控分析，以及复制、扩展和备份/还原等主题，每一章的内容自成体系，适合各领域技术人员作选择性的阅读。 目录： 序 前言 第1章：MySQL架构 　1.1 MySQL的逻辑架

  3. 所属分类：MySQL

    • 发布日期：2013-05-15
    • 文件大小：32505856
    • 提供者：seahaiyang2614

  1. 高性能MySql第2版

  2. 第1 章 MySQL 架构 ... 1 1.1 MySQL 的逻辑架构 ... 1 1.2 并发控制 ... 3 1.3 事务 ... 4 1.4 多版本并发控制 .. 10 1.5 MySQL 的存储引擎 .. 11 第2 章 寻找瓶颈：基准测试与性能分析 ... 25 2.1 为什么要进行基准测试 .. 25 2.2 基准测试策略 ... 26 2.3 基准测试工具 ... 32 2.4 基准测试样例 ... 34 2.5 性能分析（Profiling） ... 43 2.6 分析操作系统

  3. 所属分类：MySQL

    • 发布日期：2013-07-25
    • 文件大小：2097152
    • 提供者：zfzst2010

  1. Mycat-server-1.6-RELEASE源码

  2. Mycat关键特性 关键特性 支持SQL92标准 支持MySQL、Oracle、DB2、SQL Server、PostgreSQL等DB的常见SQL语法 遵守Mysql原生协议，跨语言，跨平台，跨数据库的通用中间件代理。 基于心跳的自动故障切换，支持读写分离，支持MySQL主从，以及galera cluster集群。 支持Galera for MySQL集群，Percona Cluster或者MariaDB cluster 基于Nio实现，有效管理线程，解决高并发问题。 支持数据的多片自动路由

  3. 所属分类：MySQL

    • 发布日期：2017-10-16
    • 文件大小：1048576
    • 提供者：yn8848

  1. java面试题，180多页，绝对良心制作，欢迎点评，涵盖各种知识点，排版优美，阅读舒心

  2. 180多页面试题，前前后后不间断的更新了两年，准备换工作时，总是拿来看看，有比较好的面试题，也不间断的更新，面试题目录如下： 【基础】面向对象的特征有哪些方面 13 抽象 13 继承 13 封装 13 多态性 13 【基础】java多态的理解 13 【基础】transient关键字 15 【基础】访问修饰符区别 15 【基础】java基本数据类型（四类八种） 15 Java自动类型转换 16 数据类型自动提升（注意以下讨论的是二元操作符） 16 【基础】switch支持的类型 17 【基础】当

  3. 所属分类：Java

    • 发布日期：2018-08-13
    • 文件大小：7340032
    • 提供者：laokaikai

  1. Java思维导图xmind文件+导出图片

  2. 分布式架构 漫谈分布式架构 初识分布式架构与意义 如何把应用从单机扩展到分布式 大型分布式架构演进过程 分布式架构设计 主流架构模型-SOA架构和微服务架构 领域驱动设计及业务驱动规划 分布式架构的基本理论CAP、BASE以及其应用 什么是分布式架构下的高可用设计 构架高性能的分布式架构 构建分布式架构最重要因素 CDN静态文件访问 分布式存储 分布式搜索引擎 应用发布与监控 应用容灾及机房规划 系统动态扩容 分布式架构策略-分而治之 从简到难，从网络通信探究分布式通信原理 基于消息方式的系统

  3. 所属分类：Java

    • 发布日期：2018-12-20
    • 文件大小：16777216
    • 提供者：qq_34316044

  1. zxframe demo.rar

  2. zxframe主要用于有高访问量的项目，对高并发瓶颈有成套成熟解决方案，让你的服务稳健可用 *.支持读写分离，分库分表，读数据源熔断，数据源运行监控 *.支持JPA，既有hibernate的便捷操作，又有mybatis的sql集中编写or管理的风格；支持乐观锁 *.支持防缓存穿透，防缓存击穿，防缓存雪崩 *.支持多层次缓存：本地一级缓存，本地全局二级缓存，远程缓存，查询缓存，方法级别缓存 *.支持缓存融入事务，业务异常不提交缓存数据 *.支持通用分布式锁 *.支持全服务热更新配置 *.支持服务

  3. 所属分类：Java

    • 发布日期：2019-07-23
    • 文件大小：1048576
    • 提供者：qq1164429680

  1. JAVA后台面经.pdf

  2. 牛客上收集的JAVA面经，自己汇总并给出了答案，一共有213页，秋招提前批全靠这个面经，提前批收货12个offer。缓存一词搞技术的都接触过,很多地方用到缓存。网站架构和网站开发中的 缓存也是非常重要。这里先讲述最基本的两种缓存。高级和分布式的缓存在后面 讲述。 架构方面的缓存,对 Apache比较熟悉的人都能知道 Apache提供了自己的 缓存模块,也可以使用外加的 Squid模块进行缓存,这两种方式均可以有效的提 高 Apache的访问响应能力。 网站程序开发方面的缓存, Linux上提供的

  3. 所属分类：Java

    • 发布日期：2019-08-31
    • 文件大小：4194304
    • 提供者：a247027417

  1. 利用mysql事务特性实现并发安全的自增ID示例

  2. 项目中经常会用到自增id，比如uid，最简单的方法就是用直接用数据库提供的AUTO_INCREMENT，但是如果用户量非常大，几千万，几亿然后需要分表存储的时候呢，这种方案就搞不定了，所以最好有一个全局的自增ID的生成器，不管是否分表，都能从生成器中获取到全局自增的ID。 实现方法应该有很多，不过所有的方案都需要解决一个问题，就是保证在高并发的情景下，数据获取依然正确，每次获取的ID都不会重复。 这里我分享两种利用mysql的innodb的事务特性来实现的方案，一种是实现过了的，另一种没有试验过

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：55296
    • 提供者：weixin_38733597

  1. 高并发情况下，MYSQL的锁等待问题分析和解决方案

  2. 问题描述 在进行高并发性能调优的时候发现了如下的一个问题： 1. 在一个事务中同时包括了SELECT，UPDATE语句 2. SELECT和UPDATE涉及到的数据为同一张表中的同一记录 3. 在并发为10的情况下就会触发数据库锁等待和死锁的情况 问题分析 在问题分析之前引入几个概念 事务隔离级别 参考文章《事务的ACID特性》 共享锁（S锁） SELECT 语句时对查询行加的锁类型为共享锁。 共享锁的特性为：不允许其他事务对该记录加排他锁，但是允许加共享锁。 保持时间：可重复度级别中共享锁会保

  3. 所属分类：其它

    • 发布日期：2020-12-14
    • 文件大小：48128
    • 提供者：weixin_38570854

  1. MYSQL中binlog优化的一些思考汇总

  2. 问题 问题1：如何解决事务提交时flush redo log带来的性能损失 WAL是实现事务持久性(D)的一个常用技术，基本原理是将事务的修改记录redo log。redo log顺序追加写入。事务提交时，只需要保证事务的redo log落盘即可，通过redo log的顺序写代替页面的随机写提升数据库系统的性能。但是，该方案必须要求每个事务提交时都将其生成的redo log进行一次刷盘，效率不高。 问题2：binlog和引擎层事务提交的顺序问题 对于单个事务而言，日志写入顺序是先redo log

  3. 所属分类：其它

    • 发布日期：2020-12-14
    • 文件大小：100352
    • 提供者：weixin_38672815

  1. Mysql事务并发问题解决方案

  2. 在开发中遇到过这样一个问题 一个看视频记录,更新到100就表示看完了,后面再有请求不继续更新了. 结果是: 导致,里面很多数据出现问题. 推测是以下的情况才会导致 第一条请求 事务在执行中,还未提交(因为本地有时候比较难再现,于是手动在程序中,第一条记录处理的时候,sleep了几秒,就达到这种效果了) 第二条请求 事务已经开始执行,这个时候查到的历史最大值不是100,才会去进行了更新 网上看了一下解决方案: 悲观锁 直接锁行记录 这个我在本地测试,确实有效,一个事务开始没结束,第二个事务一个等

  3. 所属分类：其它

    • 发布日期：2020-12-14
    • 文件大小：98304
    • 提供者：weixin_38688145