lifetragedy的专栏

必须确保你的druid jdbc版本为1.2.6这个问题只有在druid 1.2.6里解决，因为只要是低于druid 1.2.6版本，本身就存在bug，无论你怎么设都会打断连接。背景我们经常会在日志中看到“jdbc connection timeout, last connection was 11,080 ms这样的错误。这个代表MYSQL主动把你的jdbc连接给踢掉了。为什么MYSQL要踢掉connection？这个很正常，那是因为：MYSQL不可能无限接在接受一个数据库连接请求

前言本方案适合：无关业务的“日志数据”，但往往日志数据是最最占用我们的整体系统性能的，因此对这样的日志，我们是需要进行定期清理的。如果你要说：业务数据也需要那么我告诉你，业务数据肯定用的是本方案中的场景2中的分场景2模式（只有这一条路），但是业务数据会暴发到你连本方案都无法覆盖的那一天的（很快的，如我上一家公司：几千万的会员生成业务流水），那么当本方案都失效时怎么办？答案就是：垂直折分，hash一致算法，sharding sphere就要用上了，对于这一块涉及到的面太庞大了因此我需要写一段时间，

介绍这是一篇高度集中火力的生产环境中的mysql5.7一主多从以及结合spring boot进行读写分离的最全文档。主末笔者还会给出一个完整的基于spring boot的使用aop特性做完整项目读写分离的全代码与演示。本文涉及技术点如下：mysql5.7.30+版本 spring boot AOP haproxy keep alive1.目标mySQL层1主挂多从安装3台mysql服务器，三台服务分布如下：mySQL master: 192.168.2.101mySQ..

安装前的准备Step1: 如果你系统已经有mysql，如一般centos自带mysql5.1系列，那么你需要删除它，先检查一下系统是否自带mysqlyum list installed | grep mysqlStep2: 删除系统自带的mysql及其依赖命令yum -y remove mysql-libs.x86_64Step3: 给CentOS添加rpm源，并且选择较新的源命令wget dev

MyCATMyCat是基于阿里开源的Cobar产品而研发，Cobar的稳定性、可靠性、优秀的架构和性能以及众多成熟的使用案例使得MYCAT一开始就拥有一个很好的起点，站在巨人的肩膀上，我们能看到更远。业界优秀的开源项目和创新思路被广泛融入到MYCAT的基因中，使得MYCAT在很多方面都领先于目前其他一些同类的开源项目，甚至超越某些商业产品。

文件打开数(open_files)我们现在处理MySQL故障时，发现当Open_files大于open_files_limit值时，MySQL数据库就会发生卡住的现象，导致Nginx服务器打不开相应页面。这个问题大家在工作中应注意，我们可以用如下命令查看其具体情况： show global status like 'open_files';+---------------+-------+|Var

mySQL集群(cluster)这一章，我根本不打算写，因为mySQL 的 官方Cluster方案基本上都是bullshit，尤其是它的官方集群方案，竟然都无人维护了，而且mySQL集群完全可以用眼下另一种方案去做替换，根本无需做成cluster。因此，在这一章为了不浪费读者的宝贵时间，我只会列出mySQL集群的几种比较方案，目前有一些第三方提供的mySQL集群方案还是不错的选择。MySQL的cl

mySQL执行计划语法 explain 例如: explain select * from t3 where id=3952602;explain输出解释 +----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+| id | select_type | ta

摘要MySQL的最初的核心思想，主要是开源、简便易用。其开发可追溯至1985年，而第一个内部发行版本诞生，已经是1995年。到1998年，MySQL已经可以支持10中操作系统了，其中就包括win平台。此文档将从安装开始带领着读者一步步深入了解mySQL相关功能，该文由作者多年实战经验的总結而组成，其中包括如下内容：近几十条优化经验mySQL集群、主备多种SQL优化分析手段mySQL读写分离mySQ