准备工作jdk8下载与安装对于java开发工程师来说，配置环境变量应该是轻而易举的事情。这里就不详细讲解配置过程了。可通过该地址进行下载jdkjdk下载地址，也可以参考JDK1.8下载、安装和环境配置

在工作中，创建表的时候，DBA 也会审核一下建表 SQL，检查是否符合规范以及常用字段是否设置索引。 意思是创建主键的时候尽量使用 MySQL 自增主键而不是使用业务生成的值当做主键。 非空、唯一、少更改或不更改 。 可以在 create 创建表的时候指定，也可以使用 alte…

朋友们我又回来了，距离上次发文应该过了一个月了，期间有很多个人的琐事，导致我的文章不能正常的更新，给大家说声抱歉。 从上周开始吧，我开始看我在掘金很久以前买的一本小册：《从根上理解Mysql是怎么运行的》，本着买了会一半的原则，它一直在我的掘金里面吃灰。 直到最近，看到一些Ja…

在上一篇文章中，我们了解了Redis两种不同的持久化方式，Redis服务器通过持久化，把Redis内存中持久化到硬盘当中，当Redis宕机时，我们重启Redis服务器时，可以由RDB文件或AOF文件恢复内存中的数据。 不过持久化后的数据仍然只在一台机器上，因此当硬件发生故障时，…

之前一篇文章已经谈到了数据库集群之主从集群也就是读写分离，也提到了读写分离其实只是分担了访问的压力，但是存储的压力没有解决。 存储的压力说白了就是随着系统的演化，需求的增加，可能表的数量会逐渐增多，比如一段时间上个新功能就得加个表。并且随着用户量的增多类似用户表的行数肯定会增多…

大家都知道，Redis之所以性能好，读写快，是因为Redis是一个内存数据库，它的操作都几乎基于内存。但是内存型数据库有一个很大的弊端，就是当数据库进程崩溃或系统重启的时候，如果内存数据不保存的话，里面的数据就会丢失不见了。这样的数据库并不是一个可靠的数据库。 所以数据的持久化…

从标题可以看得出来，当时我们只做了分表；还是由于业务发展，截止到现在也做了分库，目前看来都还比较顺利，所以借着脑子还记得清楚来一次复盘。 整个过程也很好理解，基本符合大部分公司的一个发展方向。 很少会有业务一开始就会设计为分库分表，虽说这样会减少后续的坑，但部分公司刚开始都是以…

前面，我们一共学习了读写分离，垂直拆分，垂直拆分+读写分离。对应的文章分别如下： 通过上面的优化，已经能满足大部分的需求了。只有一种情况需要我们再次进行优化，那就是单表的数量急剧上升，超过了1千万以上，这个时候就要对表进行水平拆分了。 就是将一个表拆分成N个表，就像一块大石头，…

redis主从复制过程： 当配置好slave后，slave与master建立连接，然后发送sync命令。无论是第一次连接还是重新连接，master都会启动一个后台进程，将 数据库快照保存到文件中，同时master主进程会开始收集新的写命令并缓存。如果master同时收到多个sl…