1. 加大max_length_for_sort_data参数的设置 在MySQL中，排序算法分为两种，一是只加载排序字段到内存，排序完成后再到表中取其他字段，二是加载所有需要的字段到内存，显然第二种节省了IO操作，所以更快 决定使用哪种算法是通过参数max_length_for_sort_data来决定的 当所有返回字段的最大长度小于这个参数值时，MySQL就会选择第二种算法，反之使用第一种。所以，如果有充足的内存让MySQL存放须要返回的非排序字段，就可以加大这个参数的值来让MySQL选择第二种排序算法
1016错误：文件无法打开，使用后台修复或者使用phpmyadmin进行修复。 1044错误：数据库用户权限不足，请联系空间商解决 1045错误：数据库服务器/数据库用户名/数据库名/数据库密码错误，请联系空间商检查帐户。 1054错误：程序文件跟数据库有冲突，请使用正确的程序文件上传上去覆盖。 1146错误：数据表缺失,请恢复备份数据. 2002错误：服务器端口不对，请咨询空间商正确的端口。 2003错误：mysql服务没有启动，请启动该服务 1005：创建表失败 1006：创建数据库失败 1007：数据
关闭服务器端编译，sql语句在客户端编译好再发送给服务器端。如果为true，sql会采用占位符方式发送。
在Apache, PHP, mysql的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分。对于Discuz!论坛程序也是如此，MySQL的设置是否合理优化，直接 影响到论坛的速度和承载量！同时，MySQL也是优化难度最大的一个部分，不但需要理解一些MySQL专业知识，同时还需要长时间的观察统计并且根据经验 进行判断，然后设置合理的参数。
在使用explain分析查询的时候，利用有序索引获取有序数据显示Using index。而文件排序显示Using filesort。
InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。基本 的差别为：
这次为第一部分，及环境的准备，和Oracle一样，MySQL的安装也需要一些参数的设置
在做了web集群后，你肯定会首先考虑session同步问题，因为通过负载均衡后，同一个IP访问同一个页面会被分配到不同的服务器上，如果session不同步的话，一个登录用户，一会是登录状态，一会又不是登录状态。所以本文就根据这种情况给出三种不同的方法来解决这个问题：
一 简介 偏向于业务的(MySQL)DBA或者业务的开发者来说，order by 排序是一个常见的业务功能，将结果根据指定的字段排序，满足前端展示的需求。然而排序操作也是经常出现慢查询排行榜的座上宾。本文将从原理和实际案例优化，order by 使用限制等几个方面来逐步了解order by 排序。
当使用多台服务器架设成集群之后，我们通过负载均衡的方式，同一个用户（或者ip）访问时被分配到不同的服务器上，假设在A服务器登录，如果在B服务器拿不到用户的登录信息session。这时访问到B服务器时就出现未登录情况。
这个问题困扰许久了，因为我的阿里云服务器只有500M和1G内存，往往在网站访问量大的时候就会导致服务器的apache进程过多之后导致mysql服务被自动关闭。
130 ：文件格式不正确。（还不是很清楚错误的状况） 145 ：文件无法打开。1005：创建表失败。1006：创建数据库失败。 1007：数据库已存在，创建数据库失败。 1008：数据库不存在，删除数据库失败。 1009：不能删除数据库文件导致删除数据库失败。 1010：不能删除数据目录导致删除数据库失败。 1011：删除数据库文件失败。 1012：不能读取系统表中的记录。 1016：文件无法打开，使用后台修复或者使用 phpmyadmin 进行修复。Quote:开始=>所有程序=>附件=>命令提示符 输入 mysql 所在硬盘盘符 cd mysql 所在目录 cd bin 输入 myisamchk -f D:usr/local/mysql/data/bbs/PW_members.MYI ps : D:usr/local/mysql/data/bbs 是你论坛数据库的路径 -f 根据具体情况选择，一般也可以选择 -r 注意你的 系统C盘或放数据库的硬盘空间是否足够，一般小于 1G 很容易出现错误。 或用mysqlcheck命令进行修复。具体的方法：利用命令行进入mysql/bin目录，执行mysqlcheck -o -r phpwind -uroot -p 其中phpwind是你数据库的名称，root是你的数据库用户名，然后会提示你输入密码。然后就会修复你的数据库。 1017：服务器非法关机，导致该文件损坏。 1020：记录已被其他用户修改。 1021：硬盘剩余空间不足，请加大硬盘可用空间。 1022：关键字重复，更改记录失败。 1023：关闭时发生错误。 1024：读文件错误。 1025：更改名字时发生错误。 1026：写文件错误。 1030：可能是服务器不稳定。（具体原因不是很清楚） 1032：记录不存在。 1036：数据表是只读的，不能对它进行修改。 1037：系统内存不足，请重启数据库或重启服务器。 1038：用于排序的内存不足，请增大排序缓冲区。 1040：已到达数据库的最大连接数，请加大数据库可用连接数。Quote:在my.ini 修改max_connections=100为max_connections=1000或更大,重启mysql 1041：系统内存不足。 1042：无效的主机名。 1043：无效连接。 1044：数据库用户权限不足，请联系空间商解决。 1045：数据库服务器/数据库用户名/数据库名/数据库密码错误，请联系空间商检查帐户。Quote:方法:确保论坛data目录下的sql_config.php用户名与密码都正确.如果用户忘记了数据库的密码,可以按如下方式进行密码的修改:如果 MySQL 正在运行，首先停止。启动 MySQL ：bin/safe_mysqld –skip-grant-tables & 就可以不需要密码就进入 MySQL 了。然后就是 >use mysql>update user set password=password(“new_pass”) where user=“root”;>flush privileges;1046：没有选择数据库。 1048：字段不能为空。 1049：数据库不存在。 1050：数据表已存在。 1051：数据表不存在。 1054：字段不存在，自行建立字段。 1060：字段重复，导致无法插入这个字段。 1062：字段值重复，入库失败 Quote: 1.如果出类似主码为”65535″的错误,可以查看相关表的自增字段,将字段值改在就可以 2.确保相关数据表中主码重复的字段是否存在,如果存在删除这条记录 3.备份数据库,修复相关表(注:这种情况比较常见,如pw_posts表,对表进行修复的时候不要忘记备份). 1064：MySQL 不支持错误提示中的编码。 1065：无效的 SQL 语句，SQL 语句为空。 1067：MySQL 版本为 5，不支持空的默认值。 1081：不能建立 Socket 连接。 1114：数据表已满，不能容纳任何记录。 1115：设置的字符集在 MySQL 并没有支持。 1116：打开的数据表太多。 1129：数据库出现异常，请重启数据库。 1130：连接数据库失败，没有连接数据库的权限。 1133：数据库用户不存在。 1135：可能是内存不足够，请联系空间商解决。 1141：当前用户无权访问数据库。 1142：当前用户无权访问数据表。 1143：当前用户无权访问数据表中的字段。 1146：数据表缺失，请恢复备份数据 1147：未定义用户对数据表的访问权限。 1149：SQL 语句语法错误。 1158：网络错误，出现读错误，请检查网络连接状况。 1159：网络错误，读超时，请检查网络连接状况。 1160：网络错误，出现写错误，请
今天我们来讲讲如何优化MySQL的性能，主要从索引方面优化。下期文章讲讲MySQL慢查询日志，我们是依据慢查询日志来判断哪条SQL语句有问题，然后在进行优化，敬请期待MySQL慢查询日志篇
POSTGRESQL 在 DDL DML DQL 都可以并行，之前MYSQL 在并行方面一直是软肋，MYSQL 8 已经提供了DQL的并行， DDL 的并行也支持了，从MYSQL5.X 升级到8 是必然了.
GreatSQL马上正式开源了，这次又新增了两个重磅特性：InnoDB事务锁优化 以及 InnoDB引擎的并行查询优化，这两个特性是由华为鲲鹏计算团队贡献的Patch合并而来。
一，什么负载均衡 一个新网站是不要做负载均衡的，因为访问量不大，流量也不大，所以没有必要搞这些东西。但是随着网站访问量和流量的快速增长，单台服务器受自身硬件条件的限制，很难承受这么大的访问量。在这种情况下，有二种方案可以选择： 1，对单台服务器的硬件进行更新，由双核的变成四核的，内存加大等。 2，增加服务器的台数，来分担服务器的负担。以实现增加网络带宽，增加服务器的处理能力的目的。 第一种方法可以理解为纵向发展，这种方法总是有限。第二种方法才是解决问题的正确选择 实现负载均衡的方法，大至分为二个方向，一种是用软件来实现负载均衡，另一种是硬件实现负载均衡（包括结合硬件和软件） 用软件来实现负载均衡，实现负载均衡的过程，自身也要消耗一些系统资源，响应时间增加。例如：LVS,nginx,haproxy,apache等这些基于应用层 的负载均衡软件，适合那些访问量不是特别大的网站。如果像sina,163这样大访量的网站，用硬件来实现负载均衡是最明志的选择。 负载均衡的算法很多，有根据请求数来进行负载均衡的，有根IP来负载均衡的，有根据流量的等等。我经常会用的二种算法。 一个是根据请求数 a，可以实现各台服务器都能比较平均分担客户的请求，其中一台服务器down掉的话也不会造成不好的影响。 b，服务器间的状态要同步，如session，需要其他手段来同步这些状态。 一个是根据IP a，ip_hash算法可以把一个ip映射到一台服务器上，这样可以解决session同步的问题 b，ip_hash也有不好的地方就是，假如其中的一台服务器down掉的话，映射到这台的服务器的用户就郁闷了。 c，ip_hash容易导致负载不均衡的情况，现在河蟹政府对google的搜索关键词进行过滤，你会经常发现google打不开，但是过一会就好了。这让那些google的爱好者们郁闷不已，很多用户都到国外找代理去了，狗急跳墙，人急帆樯。如果这样的话，这些代理会被分到同一个服务器，会导致负载不均衡 ，甚至失效。 二，什么是会话保持，有什么作用 会话保持是指在负载均衡器上有一种机制，在作负载均衡的同时，还保证同一用户相关连的访问请求会被分配到同一台服务器上。 会话保持有什么作用呢，举例说明一下 如果有一个用户访问请求被分配到服务器A，并且在服务器A登录了，并且在很短的时间，这个用户又发出了一个请求，如果没有会话保持功能的话，这个用户的请求很有可能会被分配到服务器B去，这个时候在服务器B上是没有登录的，所以你要重新登录，但是用户并不知道自己的请求被分配到了哪里，用户的感觉就是登录了，怎么又要登录，用户体验很不好。 还有你在淘宝上面买东西，从登录＝》拍得东西＝》添加地址＝》付款，这是一个一系列的过程，也可以理解成一次操作过程，所有这一系列的操作过程都应当由一台服务器完成，而不能被负载均衡器分配到不同的服务器上。 会话保持都会有时间的限制（映射到固定某一台的服务器除外，如：ip_hash）,各种负载均衡工具都会提供这种会话保持时间的设置，LVS，apache等。连php语言都提供了会话保持时间的设定session.gc_maxlifetime 会话保持时间的设定要大于session生存时间的设定，这样可以减少需要同步session的情况，但是不能杜绝。所以同步session还是要做的。 三，session同步 为什么要进行session同步，说会话保持的时候已经提到了。具体方法请参考web集群时session同步的3种方法 web集群时session同步的3种方法 在做了web集群后，你肯定会首先考虑session同步问题，因为通过负载均衡后，同一个IP访问同一个页面会被分配到不同的服务器上，如果session不同步的话，一个登录用户，一会是登录状态，一会又不是登录状态。所以本文就根据这种情况给出三种不同的方法来解决这个问题： 一，利用数据库同步session 在做多服务器session同步时我没有用这种方法，如果非要用这种方法的话，我想过二种方法： 1，用一个低端电脑建个数据库专门存放web服务器的session，或者，把这个专门的数据库建在文件服务器上，用户访问web服务器时，会去这个专门的数据库check一下session的情况，以达到session同步的目的。 2，这种方法是把存放session的表和其他数据库表放在一起，如果mysql也做了集群了话，每个mysql节点都要有这张表，并且这张session表的数据表要实时同步。 说明：用数据库来同步session，会加大数据库的负担，数据库本来就是容易产生瓶
zabbix作为运维邻域不可缺少的一员，它的各种文档可是数不胜数啊，但是关于配置文件的解释与说明就有点少。这里列出zabbix配置文件篇之zabbix_server。 Zabbix Server端配置文件说明 # This is a configuration file for Zabbix Server process # To get more information about Zabbix, # visit http://www.zabbix.com ############ GENERAL PAR
查了一些资料，看了一些别人写的文档，总结如下，实现nginx session的共享
第九章 操作系统和硬件优化 Mysql服务器性能受制于系统最薄弱的环节，磁盘大小，可用内存，cpu资源网络以及连接他们的组件，都会限制住Mysql的性能。 mysql中一方面的缺陷常常会将压力施加在另一个系统之上。例如没有内存的时候，可能会刷出缓存来腾出空间，这时候会导致io过高，所以再发现问题的时候，要尽量注意深沉次的问题。 低延时收益于更快的cpu，高吞吐收益于更多的cpu。 mysql还有很多后台工作，那些工作也能受益于多cpu。 备库更多需要io而不是cpu，因为主库备份到备库会使串行任务。 cpu
最近在思考数据库以及缓存的问题，发现这些知识点其实是有一点关联的，于是这篇文章通过一个连环提问的方式将这些知识点串联起来。
本文来源：原创投稿 *爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。
1.ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'
腾讯云日前与MariaDB基金会正式签署战略合作协议，2019年，腾讯云将继续以白金会员身份为基金会的发展提供强有力的资源支持，与MariaDB全球用户和开发者一道，共建开放共赢的全球开源生态圈。
InnoDB和MyISAM是许多人在使用MySQL时最常用的两个表类型，这两个表类型各有优劣，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级数据库功能。
# 如果你有非常高的连接率并且出现”connection refused” 报错,
工程师反馈数据库服务器内存使用率高，并且之前曾触发告警，登录服务器使用top -u mysql查看进程使用内存信息：
当MGR中个别节点与其他节点通信异常时，就会触发故障检测机制，经过多数派节点投票判断后再决定是否将其驱逐出MGR。
每种数据库都有自己的管理内存的方法，MYSQL 管理内存（仅仅讨论 INNODB 数据库引擎）的方法大部分都关注在 innodb_buffer_pool_size 这个设置。MYSQL 本身内存管理有这么简单吗？
一般而言，slave相对master延迟较大，其根本原因就是slave上的复制线程没办法真正做到并发。简单说，在master上是并发模式（以InnoDB引擎为主）完成事务提交的，而在slave上，复制线程只有一个sql thread用于binlog的apply，所以难怪slave在高并发时会远落后master。 ORACLE MySQL 5.6版本开始支持多线程复制，配置选项 slave_parallel_workers 即可实现在slave上多线程并发复制。不过，它只能支持一个实例下多个 databa
这种情况是不能打开 cdb_forums.MYI造成的，引起这种情况可能的原因有：
另外，MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from table_name where num in(1,2,3) 对于连续的数值，能用 between 就不要用 in 了；再或者使用连接来替换。
因为总是看到很多同学在说Elasticsearch性能不够好、集群不够稳定，询问关于Elasticsearch的调优，但是每次都是一个个点的单独讲，很多时候都是case by case的解答，本文简单梳理下日常的Elasticsearch使用调优，以下仅为自己日常经验之谈，如有疏漏，还请大家帮忙指正。
一般而言，slave相对master延迟较大，其根本原因就是slave上的复制线程没办法真正做到并发。简单说，在master上是并发模式（以InnoDB引擎为主）完成事务提交的，而在slave上，复制线程只有一个sql thread用于binlog的apply，所以难怪slave在高并发时会远落后master。
在业务型java项目中最大的隐患项之一就是慢SQL，它影响到服务的稳定性，也是日常工作中经常导致程序的最大隐患，在日常开发中如何避免出现慢SQL，出现了慢SQL应该按照什么思路去解决是我们必须要知道。其优化原则，总体可以归纳为：
我们在操作大型数据表或者日志文件的时候经常会需要写入数据到数据库，那么最合适的方案就是数据库的批量插入。只是我们在执行批量操作的时候，一次插入多少数据才合适呢？
我们在操作大型数据表或者日志文件的时候经常会需要写入数据到数据库，那么最合适的方案就是数据库的批量插入。只是我们在执行批量操作的时候，一次插入多少数据才合适呢？假如需要插入的数据有百万条，那么一次批量插入多少条的时候，效率会高一些呢？这里博主和大家一起探讨下这个问题，应用环境为批量插入数据到临时表。
1005：创建表失败 1006：创建数据库失败 1007：数据库已存在，创建数据库失败<=================可以忽略 1008：数据库不存在，删除数据库失败<=================可以忽略 1009：不能删除数据库文件导致删除数据库失败 1010：不能删除数据目录导致删除数据库失败 1011：删除数据库文件失败 1012：不能读取系统表中的记录 1020：记录已被其他用户修改 1021：硬盘剩余空间不足，请加大硬盘可用空间 1022：关键字重复，更改记录失败 1023：关闭时发生错
tmpfs是Linux/Unix系统上的一种基于内存的文件系统。tmpfs可以使用您的内存或swap分区来存储文件。由此可见，tmpfs主要存储暂存的文件。它有如下2个优势：
巧用linux云服务器下的的/dev/shm/，避开磁盘IO不给力! 一．什么是tmpfs和/dev/shm/？ tmpfs是Linux/Unix系统上的一种基于内存的文件系统。tmpfs可以使用您的内存或swap分区来存储文件。由此可见，tmpfs主要存储暂存的文件。它有如下2个优势： 1）动态文件系统的大小。 2）tmpfs 的另一个主要的好处是它闪电般的速度。因为典型的 tmpfs 文件系统会完全驻留在内存 RAM 中，读写几乎可以是瞬间的。 同时它也有一个缺点 tmpfs 数据在重新启动之后不会
作者：沃趣科技数据库专家 董红禹 问题概述 最近我们遇到一个MySQL的问题，分析后很有代表意义，特地写出来供大家参考。出现问题是，数据库先是被置为只读，然后过了一段时间，MySQL直接Cras
某天突然发现服务探测接口疯狂告警、同时数据库CPU消耗也告警，最后系统都无法访问；
我们在使用mariadb的时候发现有时候不能启动起来，在使用过程中mariadb占用的内存很大。
主要是解决读数据从Redis缓存，一旦涉及到数据更新：数据库和缓存更新，就容易出现缓存(Redis)和数据库（MySQL）间的数据一致性问题。
MySQL凭借着出色的性能、低廉的成本、丰富的资源，已经成为绝大多数互联网公司的首选关系型数据库。虽然性能出色，但所谓“好马配好鞍”，如何能够更好的使用它，已经成为开发工程师的必修课，我们经常会从职位描述上看到诸如“精通MySQL”、“SQL语句优化”、“了解数据库原理”等要求。我们知道一般的应用系统，读写比例在10:1左右，而且插入操作和一般的更新操作很少出现性能问题，遇到最多的，也是最容易出问题的，还是一些复杂的查询操作，所以查询语句的优化显然是重中之重。 本人从13年7月份起，一直在美团核心业务系统部做慢查询的优化工作，共计十余个系统，累计解决和积累了上百个慢查询案例。随着业务的复杂性提升，遇到的问题千奇百怪，五花八门，匪夷所思。本文旨在以开发工程师的角度来解释数据库索引的原理和如何优化慢查询。
innodb_buffer_pool_size = 8M （安装MySQL5.6到小于1G内存服务器上，启动MySQL会失败，报内存分配失败的错误，此时，需要修改my.cnf的内存大小从标准128M设置到8M或者64M）
对配置参数的说明： 配置参数的格式如下：（shell > mysqladmin -uroot -ppassword variables extended-status）
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
