高性能MySql

低成本和高性能MySQL云数据的架构探索

MySQL作为一个低成本、高性能、可靠性好而且开源的数据库产品，在互联网企业应用非常广泛，例如淘宝网有数千台MySQL服务器的规模。虽然近两年来NoSQL的发展很快，新产品层出不穷，但在业务中应用NoSQL对开发者来说要求比较高，而MySQL拥有成熟的中间件、运维工具，已经形成一个良性的生态圈等，因此从现阶段来看，MySQL占主导性，NoSQL为辅。在过去一年时间里，我们（阿里集团核心系统数据库团
funkri·2013-12-03 20:00

MySQL的IP存储 INET_ATON INET_NTOA

--《高性能MySQL》
u012664888·2013-11-28 01:00

性能瓶颈可能有很多影响因素

服务或者搜索引擎应用需要处理大量的数据，比如分析一个超大的xml文件在循环中执行昂贵的操作，比如滥用正则表达式使用了低效的算法，比如使用暴力搜索算法（naivesearchalgorithm）来查找列表中的项--《高性能
u012664888·2013-11-28 00:00

高性能MySql进化论(八):表以及索引的维护

为了拥有高性能的数据库，创建良好的表结构以及索引是必不可少的，与此同时对于表以及索引的维护也很重要1        表的维护1.1    检查并修复坏表数据库表损坏的原因很多，操作系统问题，硬件问题，或者是手工的修改了MYSQL的数据文件，都会导致表的损坏。当出现问题时可能会导致查询行为的异常，具体的异常行为在不同版本的数据库中都不同。当发现数据库的表行为有异常时，可以使用CHECKTABLEte
sun7545526·2013-11-27 21:00

MySql事务隔离级别和锁简述

数据库隔离级别有四种——《高性能mysql》另外还有一种情况：丢失更新（LostUpdate），事务A和B都
c04s31602·2013-11-25 15:00

MySQL存储引擎的选择

前些日子在阅读了《高性能MySQL》(第三版，这一版由淘宝的DBA翻译，我个人感觉质量非常好）之后，书中对存储引擎的选择有着更权威更系统的回答，下面我就循着书籍来给大家总结一下
u012730075·2013-11-23 14:00

MySQL存储引擎的选择

前些日子在阅读了《高性能MySQL》(第三版，这一版由淘宝的DBA翻译，我个人感觉质量非常好）之后，书中对存储引擎的选择有着更权威更系统的回答，下面我就循着书籍来给大家总结一下
yaocoder·2013-11-23 14:09

MySQL存储引擎的选择

前些日子在阅读了《高性能MySQL》(第三版，这一版由淘宝的DBA翻译，我个人感觉质量非常好）之后，书中对存储引擎的选择有着更权威更系统的回答，下面我就循着书籍来给大家总结一下
yaocoder·2013-11-23 14:09

关于书籍和职业的思考

》, 《JAVA 内存模型》, 《算法4 》java版等 基础的书籍，还没有完全弄明白，或许也得空闲下来看下 jvm方面的书籍   mysql方面： 个人觉得 《高可用mysql》和《高性能
iluoxuan·2013-11-21 11:00

高性能MySql进化论(七):正确的使用索引

数据库引擎利用索引提高查询效率，同时也针对索引增加了很多的优化策略，但是在使用索引的过程中也有很多的细节问题需要注意，如果忽略了这些问题，辛辛苦苦建立的索引可能得不到很好的应用，而且有可能还会对性能有一定的影响，下面列出了在使用索引的过程中需要遵守的原则1        保持单纯的列所谓的“单纯的列”指的就是在作为查询条件时，不要使用运算符，函数对字段进行处理，否则相关的索引将不能使用下面列出两种
sun7545526·2013-11-19 20:00

高性能MySql进化论(七):正确的使用索引

数据库引擎利用索引提高查询效率，同时也针对索引增加了很多的优化策略，但是在使用索引的过程中也有很多的细节问题需要注意，如果忽略了这些问题，辛辛苦苦建立的索引可能得不到很好的应用，而且有可能还会对性能有一定的影响，下面列出了在使用索引的过程中需要遵守的原则 1保持单纯的列 所谓的“单纯的列”指的就是在作为查询条件时，不要使用运算符，函数对字段进行处理，否则相关的索引将不能使用 下面列出两种最常见
从此醉·2013-11-19 20:00

高性能MySQL.读书笔记（六）高可用性

什么是高可用性每个应用对可用性的需求各不相同。在设定一个可用时间的目标之前，先问问自己，是不是确实需要达到这个目标。可用性每提高一点，所花费的成本都会远超之前；可用性的效果和开销的比例并不是线性的。需要保证多少可用时间，取决于能够承担多少成本。高可用性实际上是在宕机造成的损失与降低宕机时间所花费的成本之间取一个平衡。换句话说，如果需要花大量金钱去获得更好的可用时间，但所带来的收益却很低，可能就不值
xtjsxtj·2013-11-17 20:00

高性能MySQL.读书笔记（五）MySQL分支与变种

PerconaSereve（PS或PSMySQL）PerconaServer是个与MySQL向后兼容的替代品。它尽可能不改变SQL语法、客户端/服务器协议和磁盘的文件格式。任何运行在MySQL上的都可以运行在PerconaServer上而不需要修改。切换到PerconaServer只需要关闭MySQL和启动PerconaServer，不需要导入和重新导入数据。切换回去也不麻烦，而这一点实际上非常重
xtjsxtj·2013-11-13 13:00

高性能MySQL.读书笔记（四）可扩展的MySQL

向上扩展向上扩展（有时也称为垂直扩展）意味着购买更多强悍的硬件，对很多应用来说这是唯一需要做的事情。这种策略有很多好处。例如，单台服务器比多台服务器更加容易维护和开发，能显著节约开销。在单台服务器上备份和恢复应用同样很简单，因为无须关心一致性或者哪个数据集是权威的。向上扩展比处外扩展更简单。 尽管可以在非常强大的服务器上运行MySQL，但和大多数据库一样，在增加硬件资源的情况下MySQL也无法很好
xtjsxtj·2013-11-13 13:00

mysql 事务隔离

数据库隔离级别有四种，应用《高性能mysql》一书中的说明： 然后说说修改事务隔离级别的方法：1.全局修改，修改mysql.ini配置文件，在最后加上1#可选参数有：READ-UNCOMMITTED,READ-COMMITTED
刘志成·2013-11-12 15:00

MySQL样本数据库Sakila<转>

《高性能MySQL》第三版，里面提到了MySQL提供的样本数据库Sakila，也使用Sakila作为演示。自己的的数据中也没有真实的数据用于测试，决定带Sakila数据库。
yongjian_luo·2013-11-07 10:00

高性能MySQL.读书笔记（三）复制

复制是如何工作的第一步是在主库上记录二进制日志，在记录二进制日志后，主库会告诉存储引擎可以提交事务了。下一步，备库将主库的二进制日志复制到其本地的中继日志中。首先，备库会启动一个工作线程，称为I/O线程，I/O线程跟主库建立一个普通的客户端连接，然后在主库上启动一个特殊的二进制转存（binlog dump）线程，这个转存线程会读取主库上的二进制日志中事件。它不会对事件进行轮询，如果该线程追赶上了主
xtjsxtj·2013-11-05 22:00

高性能MySQL.读书笔记（二）操作系统和硬件优化

缓存，读和写如果有足够的内存，就完全可以避免磁盘读取请求。如果所有的数据文件都可以放在内存中，一旦服务器缓存“热”起来了，所有的读操作都会在缓存命中。虽然还是会有逻辑读取，不过物理读取就没有。但是写入是不同的问题。写入可以像读一样在内存中完成，但迟早要被写入到磁盘，所以它是需要持久化的。换句话说，缓存可以延缓写入，但不能消除写入。写入从缓冲中大大受益，因为它把随机I/O更多地转换到连续I/O。异步
xtjsxtj·2013-11-05 22:00

高性能MySQL.读书笔记（一）优化服务器设置

MySQL有大量可以修改的参数——但不应该随便去修改。通常只需要把基本的配置项配置正确（大部分情况下只有很少一些参数是真正重要的），应该将更多的时间花在schema的优化、索引，以及查询设计上。确保基本的配置是正确的，如果碰到了问题，并且问题是由于服务器的某部分导致的，而这恰好可以通过某个配置项解决，那么需要做的就是更改配置。MySQL基本配置InnoDB在大多数情况下如果要运行的很好，配置大小合
xtjsxtj·2013-11-05 22:00

高性能MySql进化论(六):常见索引类型的原理及其特点的介绍

众所周知，索引对于数据库性能的影响至关重要，但是索引为什么可以提高查询效率，以及索引的种类及其特点可能不是很清楚,本文将对常用的索引类型以及特点做一个简单的介绍1        为什么要使用索引 首先来说一下索引为什么可以提高查询效率。普通查询的过程往往是通过整表的扫描来获得期望的结果，如果表的纪录非常的多，查询的效率肯定会很慢。而索引则会通过最大程度的降低扫描纪录的条数来提高效率，不同类型的索引
sun7545526·2013-11-01 22:00

高性能MySql进化论(五):提速Alter Table

在系统的日常维护中，经常需要对表结构进行更新，例如添加/删除一个字段，改变一个VARCHAR的字段长度等等。MySQL针对这种修改表结构的处理方式是先创建一张新的结构的表，接着会通过执行Insert语句将旧表的内容插入到新表中，最后删除整张旧表。这种处理方式在数据量比较小的时候，不会有什么问题，可是当数据量很大的时候可能需要很多时间来处理该过程。执行一个更新表结构的操作花费了几个小时的时间，这是无
sun7545526·2013-10-14 23:00

高性能Mysql主从架构的复制原理及配置详解

1复制概述Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个
辞暮·2013-09-28 13:00

liunx系统中进程和线程的理解

hello，大家好，今天在看高性能mysql中看到单线程工作字眼的时候，当时我的瞬间蒙圈了，，线程？线程是什么进程不用说，我很熟悉的，他们俩个的关系又是如何呢？
history_xcy·2013-09-20 23:57

liunx系统中进程和线程的理解

hello，大家好，今天在看高性能mysql中看到单线程工作字眼的时候，当时我的瞬间蒙圈了，，线程？线程是什么进程不用说，我很熟悉的，他们俩个的关系又是如何呢？
history_xcy·2013-09-20 23:57

高性能MySql进化论(四):Summary,Cache,Counter表的使用

在实际的应用中，往往会定期的对一个周期内的系统数据进行统计分析。例如某购物网站定期的统计商品在一个月/年期内的销售情况，如果采用扫描所有相关表的方式在某个时间点进行统计分析，由于数据量很大，以及表结构的复杂，性能可能会是很大的问题。针对这种情况可以通过使用Summary，Cache，Counter数据表的方式来提高分析的效率。 Summary可以理解为通过定期执行GroupBy语句得到的表。例如系
sun7545526·2013-09-10 22:00

高性能MySql进化论(四):Summary,Cache,Counter表的使用

在实际的应用中，往往会定期的对一个周期内的系统数据进行统计分析。例如某购物网站定期的统计商品在一个月/年期内的销售情况，如果采用扫描所有相关表的方式在某个时间点进行统计分析，由于数据量很大，以及表结构的复杂，性能可能会是很大的问题。针对这种情况可以通过使用Summary，Cache，Counter数据表的方式来提高分析的效率。 Summary可以理解为通过定期执行GroupBy语句得到的表。例如系
sun7545526·2013-09-10 22:00

高性能MySql进化论(三):ID(标示符)的选择

在设计数据库表结构的时候，通常情况下每张表结构都有一个字段作为ID，因为ID会被用来做查询，JOIN,FK等操作，所以ID设计的好坏对性能的影响很大。 在为ID选择合适的类型的时候不仅需要考虑这种类型在数据库中存储所占用的空间，还需要考虑该类型在计算或者是值比较时的特性，例如BIT类型存储的时候是二进制的形式，而在数字计算的上下文时，会被转换成对应的十进制形式。 对ID进行JOIN操作或者是被用来
sun7545526·2013-09-04 23:00

高性能MySql进化论(二):数据类型的优化_下

·        BLOB/TEXT在实际的应用程序中往往需要存储两种体积较大的数据，一种是较大的Binary数据，e.g.一张10M的图片，另外一种是较大的文本e.g.一篇几万字的文章。在Oracle中有BOLB和CLOB来应对这两种数据，而在MySQL中对应的是BLOB以及TEXT.鉴于这两种数据类型的特殊性，在MySQL中对BLOB以及TEXT的存储和操作做了特殊的处理:         1
sun7545526·2013-09-04 22:00

高性能MySql进化论(二):数据类型的优化_下

·        BLOB/TEXT在实际的应用程序中往往需要存储两种体积较大的数据，一种是较大的Binary数据，e.g.一张10M的图片，另外一种是较大的文本e.g.一篇几万字的文章。在Oracle中有BOLB和CLOB来应对这两种数据，而在MySQL中对应的是BLOB以及TEXT.鉴于这两种数据类型的特殊性，在MySQL中对BLOB以及TEXT的存储和操作做了特殊的处理:         1
sun7545526·2013-09-04 22:00

高性能MySql进化论(二):数据类型的优化_下

·BLOB/TEXT在实际的应用程序中往往需要存储两种体积较大的数据，一种是较大的Binary数据，e.g.一张10M的图片，另外一种是较大的文本e.g.一篇几万字的文章。在Oracle中有BOLB和CLOB来应对这两种数据，而在MySQL中对应的是BLOB以及TEXT.鉴于这两种数据类型的特殊性，在MySQL中对BLOB以及TEXT的存储和操作做了特殊的处理:1)BLOB/TEXT的值往往是作为
从此醉·2013-09-04 22:00

高性能MySql进化论(一):数据类型的优化_上

在数据库的性能调优的过程中会涉及到很多的知识，包括字段的属性设置是否合适，索引的建立是否恰当，表结构涉及是否合理，数据库/操作系统的设置是否正确…..其中每个topic可能都是一个领域。 在我看来，在数据库性能提升关键技术中，对字段的优化难度相对较低且对性能的影响也非常的大。由于Mysql支持的数据类型比较多，且每个类型都有其独特的特性，但是有时候在选择一个具体的数据类型时，往往都是随意的选择一个
sun7545526·2013-09-02 23:00

高性能MySql进化论(一):数据类型的优化_上

在数据库的性能调优的过程中会涉及到很多的知识，包括字段的属性设置是否合适，索引的建立是否恰当，表结构涉及是否合理，数据库/操作系统的设置是否正确…..其中每个topic可能都是一个领域。在我看来，在数据库性能提升关键技术中，对字段的优化难度相对较低且对性能的影响也非常的大。由于Mysql支持的数据类型比较多，且每个类型都有其独特的特性，但是有时候在选择一个具体的数据类型时，往往都是随意的选择一个能
从此醉·2013-09-02 23:00

高性能MySql进化论(一):数据类型的优化_上

在数据库的性能调优的过程中会涉及到很多的知识，包括字段的属性设置是否合适，索引的建立是否恰当，表结构涉及是否合理，数据库/操作系统的设置是否正确…..其中每个topic可能都是一个领域。 在我看来，在数据库性能提升关键技术中，对字段的优化难度相对较低且对性能的影响也非常的大。由于Mysql支持的数据类型比较多，且每个类型都有其独特的特性，但是有时候在选择一个具体的数据类型时，往往都是随意的选择一个
sun7545526·2013-09-02 23:00

资料汇集(低成本和高性能MySQL云数据的架构探索 1)

作者：鸣嵩/曹伟（集团技术专家）转载请注明，该文已在《程序员》2012年10期上发表 MySQL作为一个低成本、高性能、可靠性好而且开源的数据库产品，在互联网企业应用非常广泛，例如淘宝网有数千台MySQL服务器的规模。虽然近两年来NoSQL的发展很快，新产品层出不穷，但在业务中应用NoSQL对开发者来说要求比较高，而MySQL拥有成熟的中间件、运维工具，已经形成一个良性的生态圈等，因此从现阶段来看
_空谷足音_·2013-08-22 09:00

关于MySQL联合索引

总结记录一下关于在MySQL中使用联合索引的注意事项，参考资料：《高性能MySQL》第二版 例：索引包含表中每一行的last_name、first_name和dob(生日)列，即key(last_name
shensy·2013-08-20 07:00

【原创】sysbench 使用总结

=========我是分割线==========以下内容参考自《高性能MySQL》的第二章。1.CPU基准测试测试内容：测
摩云飞·2013-08-14 13:00

mysql进阶：mysql优化篇——锁

主要参考《深入浅出MySQL数据库开发、优化与管理维护》、《高性能mysql》、大神博客文章最近看了这些书籍发现MySql这个数据库绝对是适合dba级的高手去玩的，一般做一个1万篇新闻的小型系统怎么写都可以
橙虚缘·2013-08-08 13:48

高性能Mysql数据库表设计原则

以下观点参考《高性能Mysql》,欢迎指教。
ls3648098·2013-07-16 16:00

高性能MySQL(第二版)

mysql命令操纵命令DDL(DataDefinitionlanguage)createcreatetabletablename(字段名1类型,字段2类型)charset=utf8engine=innodb;createdatabasedatabasenamedefaultcharset=charsetNamealterindexaltertabletablenameaddindexindexna
66号公路·2013-06-19 15:00

gnuplot 的 基本概念

 最近在看高性能mysql，然后发现别人很多都用数据说话，然而数据怎样说话？唯一的就必须通过源数据将其呈现图像化，因而接触了gnuplot。 
babydavic·2013-06-08 17:00

MySQL索引的三星评估（three-star system）

在《高性能MySQL》中文第三版提到了索引的评估：三星评估（three-starsystem）。
swkiller·2013-06-06 16:00

高性能MySQL读书笔记：找出谁持有锁

问题的背景：在实际使用MySQL时，如果访问量比较大，那么很可能会出现大量Locked状态的进程，但是却不能方便的识别是哪条SQL引起的问题，很多人遇到此类问题时，多半是通过PhpMyAdmin查询可疑SQL，然后KILL掉，但问题是可疑SQL可能会很多，这样逐一尝试太过笨拙，有的人一怒之下很可能会重启MySQL，但如此治标不治本的方法肯定更不可取。开始实验，在test数据库先建立一个测试表foo
zhaowonq·2013-06-03 17:19

高性能MySQL读书笔记：找出谁持有锁

问题的背景：在实际使用MySQL时，如果访问量比较大，那么很可能会出现大量Locked状态的进程，但是却不能方便的识别是哪条SQL引起的问题，很多人遇到此类问题时，多半是通过PhpMyAdmin查询可疑SQL，然后KILL掉，但问题是可疑SQL可能会很多，这样逐一尝试太过笨拙，有的人一怒之下很可能会重启MySQL，但如此治标不治本的方法肯定更不可取。开始实验，在test数据库先建立一个测试表foo
zqtsx·2013-06-03 11:00

使用MySQL样本数据库Sakila

正在阅读学习《高性能MySQL》第三版，里面提到了MySQL提供的样本数据库Sakila，也使用Sakila作为演示。自己的的数据中也没有真实的数据用于测试，决定带Sakila数据库。
swkiller·2013-05-29 02:00

高性能MySQL总结-第三章: 架构优化和索引

只是一些 tips, 用于记忆和参照使用. 万事不是绝对,只适用与大多数场合. 3.1 数据类型 数据类型越小越好: 比如 char 对比 varchar, 使用了更少的磁盘空间、内存和CPU缓存. 越简单越好 int 比 字符串 好,datatime 比 字符串好, 整数比 ip地址字符串好. 尽量避免 NULL 可空查询会把索引变得更复杂. ti
id.alex·2013-05-20 19:00

高性能mysql读书笔记

第1章 MySQL架构   第2章：寻找瓶颈：基准测试（Benchmarking）与性能分析（Profiling）   第3章 架构优化和索引   3.2索引基本知识          了解了B-tree和哈希索引        但是B-tree索引讲得不够细，需要
xingqinstar·2013-04-24 17:00

高性能MySQL（第3版）（MySQL旗舰名著 惊献全面升级）

高性能MySQL（第3版）（MySQL旗舰名著惊献全面升级）【美】施瓦茨（Schwartz,B.）【美】扎伊采夫（Zaitsev,P.）
博文视点·2013-04-24 09:22

高性能MySQL（第3版）（MySQL旗舰名著 惊献全面升级）

高性能MySQL（第3版）（MySQL旗舰名著惊献全面升级）【美】施瓦茨（Schwartz,B.）【美】扎伊采夫（Zaitsev,P.）
博文视点Broadview·2013-04-24 09:00

高性能mysql[第2版]--阅读笔记

阅读更多$$$数据类型索引列尽量是NOTNULL实数浮点类型(float(4字节)、double(8字节))和decimal类型(转为double计算)cpu可以直接计算浮点类型，但不能计算decimal类型每4个字节保存9个数字，小数点1个字节varchar(N)存储长度：N+额外长度(1字节n255)更新时若原位置不适合新长度：myisam拆分行，innodb分页保存memory引擎char与
babaoqi·2013-04-01 08:00

高性能mysql[第2版]--阅读笔记

$$$ 数据类型 索引列尽量是 NOT NULL 实数 浮点类型(float(4字节)、double(8字节))和decimal类型(转为double计算) cpu可以直接计算浮点类型，但不能计算decimal类型 每4个字节保存9个数字，小数点1个字节 varchar(N)存储长度： N+额外长度(1字节n<=255,2字节n>255)   
babaoqi·2013-04-01 08:00
上一页 19 20 21 22 23 24 25 26 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他