HH出状猿的专栏

概述：      本规范的主要目的是希望规范数据库设计与开发，尽量避免由于数据库设计与开发不当而产生的麻烦；同时好的规范，在执行的时候可以培养出好的习惯，好的习惯是软件质量的很好保证。 适用范围     本规划的适用人员范围包括涉及数据库设计与开发的相关技术人员。 术语约定    本规范采用以下术语描述：★规则：也称为强规范是编程时必

1. 优化SQL  1）通过show status了解各种sql的执行频率        show status like 'Com_%'        了解 Com_select,Com_insert 的执行次数   2)  通过Explain分析低效的sql语句   3)   建立合适的索引   4)   通过show status like 'Handler_

1.MySQL整体逻辑架构我们先下图看看MySQL整体逻辑架构(MySQL’s Logical Architecture)                      图1 第一层，即最上一层，所包含的服务并不是MySQL所独有的技术。它们都是服务于C/S程序或者是这些程序所需要的 ：连接处理，身份验证，安全性等等。第二层值得关注。这是MySQ

1. 优化SQL步骤1. 通过 show status和应用特点了解各种 SQL的执行频率       通过 SHOW STATUS 可以提供服务器状态信息，也可以使用 mysqladmin extende d-status 命令获得。 SHOW STATUS 可以根据需要显示 session 级别的统计结果和 global级别的统计结果。       如显示当前sessi

Mysql 表引擎INNODB 和 MyISAM 的方法总结DQL:  (DATA QUERY LANGUAGE)数据库查询语言 一、概述：       INNODB表序号存储在内存里，MYISAM存储在文件里，所以在重启数据库或者断电情况，内存保存的序列号就'即失'了。而MYISAM不会，所以重启后表的自增长id是以累加的方式显示。二、InnoDB

原创文章，转载请注明： 转载自http://www.cnblogs.com/Creator/本文链接地址: Mysql在大型网站的应用架构演变本文已经被多处转载，包括优快云推荐以及码农周刊等等,阅读数超过5w+,回流到我博客流量的还是比较少,不过这不重要, 后续会分享更多技术，尽量试图把自己理解的东西描述出来(很多时候自己的理解是90分，可是描述出来就只有60分了)优快云的

前文《MySQL 数据库事务与复制》分析了 MySQL 复制过程中如何保证 binlog 和事务数据之间的一致性，本文进一步分析引入从库后需要保证主从的数据一致性需要考虑哪些方面。原生复制架构MySQL 的原生复制架构原理如上图所示。从库的 I/O Thread 线程负责不断读取主库的 binlog 日志文件并写入本地的 Relay log 临时缓存。从库的 SQL Thr

好久没有写技术文章了，因为一直在思考 「后端分布式」这个系列到底怎么写才合适。最近基本想清楚了，「后端分布式」包括「分布式存储」和 「分布式计算」两大类。结合实际工作中碰到的问题，以寻找答案的方式来剖解技术，很多时候我们都不是在创造新技术，而是在应用技术。为了更有效率与效果的用好技术，我们需要了解一些技术的原理与工作方式。带着问题从使用者的角度去剖析技术原理，并将开源技术产品和框架作为一类技术的参

数据库面试题：http://blog.youkuaiyun.com/hectorhua/article/details/13767361三大范式详解：http://blog.youkuaiyun.com/w__yi/article/details/19934319数据库建模设计中心思想总归结起来符合三个范式简单理解三个范式就3句话： 1NF:字段不可分; 2NF:有主键，非主键字段