写在前面的话： 总是在灾难发生后，才想起容灾的重要性； 总是在吃过亏后，才记得曾经有人提醒过。

核心军规

1、不在数据库做运算 cpu计算务必移至业务层 2、控制单表数据量 int型不超过1000w，含char则不超过500w； 合理分表； 限制单...

【mysql】  【innodb】  【SQL】  【数据库】  【索引】  【容灾】   …

形成死锁的条件 我们mysql用的存储引擎是innodb，从日志来看，innodb主动探知到死锁，并回滚了某一苦苦等待的事务。 问题来了，innodb是怎么探知死锁的？ 直观方法是在两个事务相互等待时，当一个等待时间超过设置的某一阀值时，对其中一个事务进行回滚，另一个事务就能继续执行。

【算法】  【mysql】  【innodb】  【日志】  【数据库】  【索引】   …

作者：吴炳锡　来源：http://wubx.net/ 联系方式： wubingxi#163.com 转载请注明 […]

MySQL_5.7-innodb-buffer-pool-size新特性，首发于MySQL Life。

24 MySQL sys框架 24 MySQL sys框架... 1 24.1 sys框架的前提条件... 1 24.2 使用sys框架... 2 24.3 sys框架进度报告... 3 24.

【mysql】  【innodb】  【性能】  【线程】  【配置】  【BY】  【schema】  【存储过程】   …

一、前言 本篇文章来自网络整理，很简单，但是很实用对于初级和中级工程师。 原创地址1：http://www.

【mysql】  【innodb】  【数据库】  【spring】  【Transaction】  【repeatable】  【read】  【myisam】   …

　转自：http://ourmysql.com/archives/1343    前段时间，一大早上，就收到报警，警告php-fpm进程的数量超过阈值。最终发现是一条sql没用到索引，导致执行数据库查询慢了，最终导致php-fpm进程数增加。

【mysql】  【innodb】  【SQL】  【数据库】  【索引】  【index】  【statistics】   …

写在前面  本系列文章基于5.7.12 版本讲述MySQL的新特性。从安装，文件结构，SQL ,优化 ，运维层面 复制，GITD等几个方面展开介绍5.7 的新特性和功能。

【mysql】  【innodb】  【线程】  【分区表】  【表空间】   点击查看原文>

1、什么是事务 事务是一条或多条数据库操作语句的组合，具备ACID，4个特点。 原子性：要不全部成功，要不全部撤销 隔离性：事务之间相互独立，互不干扰 一致性：数据库正确地改变状态后，数据库的一致性约束没有被破坏 持久性：事务的提交结果，将持久保存在数据库中   2、事务并发会产生什么问题 1）第一类丢失更新：在没有事务隔离的情况下，两个事务都同时更新一行数据，但是第二个事务却中途失败退出， 导致对数据的两个修改都失效了。

【mysql】  【innodb】  【数据库】   …

　　线上某服务时不时报出如下异常（大约一天二十多次）：“Deadlock found when trying to get lock;”。       Oh, My God! 是死锁问题。尽管报错不多，对性能目前看来也无太大影响，但还是需要解决，保不齐哪天成为性能瓶颈。

【算法】  【mysql】  【innodb】  【日志】  【数据库】  【索引】   …

我们知道，由于文件系统对一次大数据页（例如InnoDB的16KB）大多数情况下不是原子操作，这意味着如果服务器宕机了，可能只做了部分写入。在InnoDB看来，这样的数据页是无法通过checksum验证的。即时我们强制让其通过验证，也无法从崩溃中恢复，因为当前InnoDB存在的一些日志类型，有些是逻.

【mysql】  【innodb】   点击查看原文>