从19年到21年,笔者利用空余时间陆陆续续做了一些开源项目,大部分开源项目都立足于企业实际业务需求,所以笔者觉得有必要做一个总结和复盘,在复盘的过程中希望也能对大家有所帮助.今后笔者的开源项目都会放在这篇文章中,如果想学习的可以多交流.1\.基于indexedDB封装的轻量级缓存库github地址:学习资料:(https://zhuanlan.zh

一、数据库设计规范1.使用innodb引擎2.数据库和表的字符集统一使用utf83.所有表和字段添加注释4.单表数据量控制<500w5.谨慎使用mysql分区，跨区查询影响性能6.冷热数据分离，缓存7.禁止在数据库中存储图片，文件等大的二进制数据8.禁止在线上做数据库压力测试9.禁止从开发和测试环境直接连

第一优化你的sql和索引；第二加缓存，memcached,redis；第三以上都做了后，还是慢，就做主从复制或主主复制，读写分离，可以在应用层做，效率高，也可以用三方工具，第三方工具推荐360的atlas,其它的要么效率不高，要么没人维护；第四如果以上都做了还是慢，不要想着去做切分，mysql自带分区表，先试试这个，对你的应用是透明的，无需更改代

1、API网关介绍 API网关是一个服务器，是系统的唯一入口。从面向对象设计的角度看，它与外观模式类似。API网关封装了系统内部架构，为每个客户端提供一个定制的API。它可能还具有其它职责，如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。 API网关方式的核心要点是，所有的客户端和消费端都通过统一的网关接入微服务，在网关层处理所有

我们知道InnoDB采用WriteAheadLog策略来防止宕机数据丢失，即事务提交时，先写重做日志，再修改内存数据页，这样就产生了脏页。既然有重做日志保证数据持久性，查询时也可以直接从缓冲池页中取数据，那为什么还要刷新脏页到磁盘呢？如果重做日志可以无限增大，同时缓冲池足够大，能够缓存所有数据，那么是不需要将缓冲池中的脏页刷新到磁盘。但是，通常会有以下几

程序开发中并发的场景还是比较常见的，特别是当下分布式环环境开发大行其道的情况下，从前端处理，到服务调用、缓存处理、数据库处理、文件处理、消息处理等等，无不需要并发的知识。从今天开始，我要写一个关于Java并发的系列文章，希望各位可以从中受益。我们先从基础的线程开始说起！一、线程基础知识从宏观来看，简单说一下进程：所谓进程

Kafka消息的存储Kafka的设计基于一种非常简单的指导思想：不是要在内存中保存尽可能多的数据，在需要时将这些数据刷新（flush）到文件系统，而是要做完全相反的事情。所有数据都要立即写入文件系统中持久化的日志中，但不进行刷新数据的任何调用。实际中这样做意味着，数据被传输到OS内核的页面缓存中了，OS随后会将这些数据刷新到

最近的一个项目，视频点播系统，使用apache实现的流媒体服务器。其实准确的说叫做伪流（HTTPPseudoStreaming），基本原理和概念自行了解吧。让我简单的描述就是仍然是HTTP下载，播放器播放本地缓存。只不过它也实现了一些和正规流媒体服务类似的功能。视频点播类系统的性能测试，说简单了主要就是模拟大量用户去看视频。服务端监控整体性能，客户端

手机应用开发中经常会使用到数据库存储一些资料或者进行数据缓存，android中为我们提供了一个轻量的数据库，在上层进行了一层封装，同时还为我们提供了ContentProvider的框架，方便我们进行数据操作，以及在不同的程序之间进行数据共享。本文介绍一下，我在使用数据库的一些我认为比较好的习惯，欢迎与我讨论。关于框架通常网络操作，Json解析

一、缓存式的Web应用程序架构：　　在Web层和db层之间加一层cache层，主要目的：减少数据库读取负担，提高数据读取速度。cache存取的媒介是内存，可以考虑采用分布式的cache层，这样更容易破除内存容量的限制，同时增加了灵活性。二、业务拆分：　　电商平台，包含了用户、商品、评价、订单等几大模块，最简单的做法就是在一个数据库中分别创建users、sh