bitsCN.comMysql优化配置 一、环境介绍Mysql版本:5.5.27二、优化内容字段介绍推荐值skip-locking避免MySQL的外部锁定，减少出错几率增强稳定性back_logMySQL可能的连接数量(linux下推荐小于512)384key_buffer_size key_buffer_size指定用于索引的缓冲区大小，增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意：该参数值设置的过大反而会是服务器整体效率降低!4G服务器256Mmax_allowed_pa...
bitsCN.comMySQL优化Limit分页 很多时候、我们需要选择出从指定位置开始的指定行数、此时、limit笑了 对于limit的定义是： limit x,y 表示从第x行开始选择y条记录 在业务需要分页操作的时候、我们通常采用limit+order by这对洗剪吹组合、高端洋气上档次 然而、当翻到非常靠后的页面时、MySQL需要花费大量的时间来扫描需要丢弃的数据 此时比较好的策略是使用延迟关联： 通过使用覆盖索引查...
bitsCN.commysql InnoDB优化表报Table does not support optimi...解决 优化mysql表的时候，数据库提示 1Table does not support optimize, doing recreate + analyze instead 所以改用下面这条语句优化： 1ALTER TABLE yourdatabasename.yourtablename ENGINE=InnoDB;23 这句话其实是把原来的数据复制到另一张表，然后删除原来的表，**注意，这句话会锁表影响业务，如果不想影响业务，应该重起表名，最后rename**其实这不是最根本...
bitsCN.com 1、选取最适用的字段属性 MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该...
bitsCN.com数据库的瓶颈经常出现在查询 语句中，当出现这样的问题时，我们一般的步骤是查看是否运用了正确的 索引，这个可以通过explain sql statement来查看，找到对应的字段，合理的索引将会增加你呃数据的访问速度，但任何事情都有一个度，如果索引太多，会在插入时要维护更多的索引，这也将是一个大的开销，但具体怎样才合适呢，欢迎大神来讨论，这个我不再行，不过一般一个表中有主键活唯一键，再弄几个的话应该不是问题。1.1...
bitsCN.com （1）优化表的数据类型 表需要使用何种数据类型，是需要根据应用来判断的。虽然应用设计的时候需要考虑字段的长度留有一定的冗余，但是不推荐让很多字段都留有大量的冗余，这样即浪费存储也浪费内存。 我们可以使用PROCEDURE ANALYSE()对当前已有应用的表类型的判断，该函数可以对数据表中的列的数据类型提出优化建议，可以根据应用的实际情况酌情考虑是否实施优化。 语法：SELECT * FROM tbl_name PROCEDURE A...
MySQLexplain bitsCN.com 最近慢慢接触MySQL，了解如何优化它也迫在眉睫了，话说工欲善其事，必先利其器。最近我就打算了解下几个优化MySQL中经常用到的工具。今天就简单介绍下EXPLAIN。环境准备MySQL版本：创建测试表CREATE TABLE people( id bigint auto_increment primary key, zipcode char(32) not null default , address varchar(128) not null default , lastname char(64) not null default , firstname c...
bitsCN.com 上一篇文章简单介绍了下EXPLAIN的用法，今天主要介绍以下几点内容：慢查询日志打开慢查询日志保存慢查询日志到表中慢查询日志分析Percona Toolkit介绍安装pt-query-digestpt-index-usagept-query-advisorSHOW PROFILEperformance_schema 慢查询日志打开慢查询日志慢查询日志，顾名思义就是记录执行比较慢查询的日志。查看是否开启慢查询日志：show variables like %slow%;打开慢查询日志。修改MySQL的配置文件my.cn一般...
bitsCN.com最近决定将以前同事写的存储过程查看一遍，寻找一些代码上写的不太好的地方，争取进行修改以后让这些过程达到一个很好的运行速度。下面是遇到的最多的几个问题。我遇到了这样的一个SQL：select name, count(*) from (select name from table_1) a group by a.name;MySQL的执行计划对于这种派生表的解释非常的不友好，但是能直观的感觉到的是，这个SQL执行速度特别的慢。查看这个表table_1发现，name字段是有索引的。审视...
bitsCN.com 问题sql背景：项目有6个表的要根据pid字段要写入对应的brand_id字段。但是这个其中有两个表是千万级别的。我的worker运行之后，线上的mysql主从同步立刻延迟了！运行了一个多小时之后，居然延迟到了40分钟，而且只更新了十几万行数据。问题sql如下： UPDATE $tableName$ SET brand_id = #newBrandId# WHERE pid = #pid# AND brand_id = 0 项目组的mysql专家帮我分析了下，因为pid字段没有索引，mysql引擎要...
bitsCN.com 前天因为工作需要我把从一个5W记录的数据库中随机抽取几条记录了，这里我是直接使用mysql rand by函数来直接，几千条记录没关系，但如果到了几万条感觉要几秒，这个就很慢了，下面小编与大家一起来看看mysql 取随机数据慢优化过程。MySQL很多时候需要获取随机数据，举个例子，要从tablename表中随机提取一条记录，大家一般的写法就是：SELECT * FROM tablename ORDER BY RAND() LIMIT 1 但是，后来我查了一下MYSQL的官方...
bitsCN.com 先说一下最常见基本的系统瓶颈： 1、硬盘搜索。现代磁盘的平均时间通常小于10ms，因此理论上我们每秒能够大约搜索1000次，这样我们在这样一个磁盘上搜索一个数据，很难优化，一个办法就是将数据分布在多个磁盘。 2、IO读写。就磁盘来讲，一般传输10-20Mb/s，同样的，优化可以从多个磁盘并行读写。 3、CPU周期。我们将数据读入内存后，需要对它进行处理并获取我们需要的结果。表相对于内存较小时常见的限制因素。但是对于...
bitsCN.com 在Apache, PHP, MySQL的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分。对于Discuz!论坛程序也是如此，MySQL的设置是否合理优化，直接影响到论坛的速度和承载量！同时，MySQL也是优化难度最大的一个部分，不但需要理解一些MySQL专业知识，同时还需要长时间的观察统计并且根据经验进行判断，然后设置合理的参数。 下面我们了解一下MySQL优化的一些基础，MySQL的优化我分为两个部分，一是服务器物理硬件的优化...
bitsCN.com 先简单介绍一下项目背景。这是一个在线考试练习平台，数据库使用MySQL，表结构如图所示：Question是存储题目的表，数据量在3万左右。AnswerResult表是存储用户作答结果的表，分表之后单表记录大概在300万-400万。需求：根据用户的作答结果出练习卷，题目的优先级为：未做过的题目>只做错的题目>做错又做对的题目>只做对的题目。在“做错又做对的题目”中，会按错误次数和正确次数的比例进行权重计算，比如：A、做错10次...
bitsCN.com myisam_max_[extra]_sort_file_size足够大 delay_key_write减少io,提高写入性能 bulk_insert_buffer_size concurrent_insert 设置为2 read_rnd_buffer_size random scan 使用 read_buffer_size 顺序扫描表使用 key cache 的三种方式 key cache 预加载 SET GLOBAL hot_cache.key_buffer_size=16m SET BLOBAL cold_cache.key_buffer_size=16m CACHE INDEX example.top_message IN hot_cache CACHE INDEX example.event IN...