怎么构建高性能mysql mysql高性能架构分布式

MySQL高性能SQL注意事项简述

数据库作为应用开发中必不缺少的基础设施，其性能直接影响应用的整体运行速度。MySQL是目前最广泛使用的关系型数据库之一，对于开发人员写出性能良好的SQL是必备的基本技能之一。下面简单描述下编写SQL的注意事项。

10余年的岳塘网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。网络营销推广的优势是能够根据用户设备显示端的尺寸不同，自动调整岳塘建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“岳塘网站设计”,“岳塘网站推广”以来，每个客户项目都认真落实执行。

编写高质量的SQL需要从以下几个方面注意，基本原则、表字段注意事项、索引使用注意事项、SQL注意事项。

基本原则

一、尽量不要在数据库里做运算。如果遇到运算尽可能在应用程序层进行计算。

二、控制数据库表数量、控制单表数据量、控制表的字段数。建议单库不要超过四百张表，建议单表字段不要超过五十个，建议单表的数据量不要超过一千万。

三、不要编写大SQL、不要使用大事务。SQL尽量写的简单点拒绝编写大SQL，可以将大SQL拆分成多个小SQL，在应用层聚合。大事务拆分成多个小事务，快速提交。

表字段注意事项

一、选择合适数值字段类型。能用小字段类型的就用小字段类型，如tinyint就比int(1)在表示小数据时合适。

二、能用数字表示就不要用字符。如可以用无符号INT存储IP而不是字符串表示。

三、避免使用NULL字段。原因NULL字段查询优化难，含NULL复合索引失效。

四、少用或拆分TEXT/BLOB字段。字段太大需要更多的空间，性能低下，如需使用拆分到单独表。

五、不要在表字段中存储图片。

索引使用注意事项

一、合理添加索引。索引添加太多会影响更新速度。能够使用复合索引的避免加多个单独索引。

二、字符字段建立前缀索引。

三、不在索引列做运算。索引列做运算会导致索引失效。

四、尽量不使用外建。

SQL类注意事项

一、 SQL语句尽可能简单。大SQL拆分成多个小SQL。

二、事务编写尽量短小。事务即开即用用完立即关闭。

三、尽量不要使用select *。只取需要的列。

四、改写OR为IN或者改写为UNION操作。OR在数据量大的时候性能低于IN。

五、避免NOT、!=、、NOT IN、NOT EXISTS、NOT LIKE等查询。

六、避免%前缀模糊查询。

七、能用UNION ALL不要用UNION。

八、GROUP BY中去除排序。自带排序。

九、同类型的字段做比较。字符类和字符类比较，数值类和数值类比较，不要混在一起比较。

十、尽量单表查询，尽量不要多表关联查询。多表关联查询可以拆分成单表查询在应用程序中聚合数据。

十一、复合索引的多列注意最左原则。

上述注意事项能避免很多性能低下的SQL，希望在开发过程中能引起注意。

如何用Go语言打造一个高性能MySQL Proxy

1、先安装必须的软件包：jdk和ssh：检查java -version ;ssh -version 2、Hadoop安装包： 3、安装和配置：解压安装包，然后进入conf文件夹，修改配置文件： Hadoop-env.sh: export JAVA_HOME=“...

高性能MySQL：只修改.frm 文件

只修改 frm 文件

从上面的例子我们看到修改表的 frm 文件是很快的但MySQL 有时候会在没有必要的时候也重建表如果愿意冒一些风险可以让MySQL 做一些其他类型的修改而不用重建表

我们下面要演示的技巧是不受官方支持的也没有文档记录并且也可能不能正常工作采用这些技术需要自己承担风险建议在执行之前首先备份数据！

下面这些操作是有可能不需要重建表的

移除（不是增加）一个列的 AUTO_INCREMENT属性

增加移除或更改ENUM和SET常量如果移除的是已经有行数据用到其值的常量查询将会返回一个空字串值

基本的技术是为想要的表结构创建一个新的 frm 文件然后用它替换掉已经存在的那张表的 frm 文件像下面这样

创建一张有相同结构的空表并进行所需要的修改（例如增加ENUM 常量）

执行FLUSH TABLES WITH READ LOCK 这将会关闭所有正在使用的表并且禁止任何表被打开

交换 frm 文件

执行UNLOCK TABLES 来释放第步的读锁

下面以给sakila film 表的rating 列增加一个常量为例来说明当前列看起来如下

返回目录高性能MySQL

编辑推荐

ASP NET MVC 框架揭秘

Oracle索引技术

ASP NET开发培训视频教程

lishixinzhi/Article/program/MySQL/201311/29671

高性能MySQL：字符串类型（1）

字符串类型（）

MySQL 支持多种字符串类型每种类型还有很多变种这些数据类型在和版本发生了很大的变化使得情况更加复杂从MySQL 开始每个字符串列可以定义自己的字符集和排序规则或者说校对规则（collation）（更多关于这个主题的信息请参考第章）这些东西会很大程度上影响性能

VARCHAR 和CHAR 类型

VARCHAR 和CHAR 是两种最主要的字符串类型不幸的是很难精确地解释这些值是怎么存储在磁盘和内存中的因为这跟存储引擎的具体实现有关下面的描述假设使用的存储引擎是InnoDB 和/ 或者MyISAM 如果使用的不是这两种存储引擎请参考所使用的存储引擎的文档

先看看VARCHAR 和CHAR 值通常在磁盘上怎么存储请注意存储引擎存储CHAR 或者VARCHAR 值的方式在内存中和在磁盘上可能不一样所以MySQL 服务器从存储引擎读出的值可能需要转换为另一种存储格式下面是关于两种类型的一些比较

VARCHAR

VARCHAR 类型用于存储可变长字符串是最常见的字符串数据类型它比定长类型更节省空间因为它仅使用必要的空间（例如越短的字符串使用越少的空间）有一种情况例外如果MySQL 表使用ROW_FORMAT=FIXED 创建的话每一行都会使用定长存储这会很浪费空间

VARCHAR 需要使用或个额外字节记录字符串的长度如果列的最大长度小于或等于字节则只使用个字节表示否则使用个字节假设采用latin 字符集一个VARCHAR（）的列需要个字节的存储空间 VARCHAR（）的列则需要个字节因为需要个字节存储长度信息

VARCHAR 节省了存储空间所以对性能也有帮助但是由于行是变长的在UPDATE 时可能使行变得比原来更长这就导致需要做额外的工作如果一个行占用的空间增长并且在页内没有更多的空间可以存储在这种情况下不同的存储引擎的处理方式是不一样的例如 MyISAM 会将行拆成不同的片段存储 InnoDB则需要分裂页来使行可以放进页内其他一些存储引擎也许从不在原数据位置更新数据

下面这些情况下使用VARCHAR 是合适的字符串列的最大长度比平均长度大很多列的更新很少所以碎片不是问题使用了像UTF 这样复杂的字符集每个字符都使用不同的字节数进行存储

在或者更高版本 MySQL 在存储和检索时会保留末尾空格但在或更老的版本 MySQL 会剔除末尾空格

InnoDB 则更灵活它可以把过长的VARCHAR 存储为BLOB 我们稍后讨论这个问题

CHAR

CHAR 类型是定长的 MySQL 总是根据定义的字符串长度分配足够的空间当存储CHAR 值时 MySQL 会删除所有的末尾空格（在MySQL 和更老版本中VARCHAR也是这样实现的也就是说这些版本中CHAR 和VARCHAR 在逻辑上是一样的区别只是在存储格式上） CHAR 值会根据需要采用空格进行填充以方便比较

CHAR 适合存储很短的字符串或者所有值都接近同一个长度例如 CHAR 非常适合存储密码的MD 值因为这是一个定长的值对于经常变更的数据 CHAR 也比VARCHAR 更好因为定长的CHAR 类型不容易产生碎片对于非常短的列 CHAR 比VARCHAR 在存储空间上也更有效率例如用CHAR（）来存储只有Y 和N 的值如果采用单字节字符集注只需要一个字节但是VARCHAR（）却需要两个字节因为还有一个记录长度的额外字节

CHAR 类型的这些行为可能有一点难以理解下面通过一个具体的例子来说明首先我们创建一张只有一个CHAR（）字段的表并且往里面插入一些值

当检索这些值的时候会发现string 末尾的空格被截断了

如果用VARCHAR（）字段存储相同的值可以得到如下结果

数据如何存储取决于存储引擎并非所有的存储引擎都会按照相同的方式处理定长和变长的字符串 Memory 引擎只支持定长的行即使有变长字段也会根据最大长度分配最大空间不过填充和截取空格的行为在不同存储引擎都是一样的因为这是在MySQL 服务器层进行处理的