MySQL大内存配置方案 如my-medium.ini、my-huge.ini等

MySql noinstall-5.1.xx-win32 配置(原创)

1、解压mysql-noinstall-5.1.xx-win32.zip 到你喜欢的目录,例如:d:\php\mysql

2、在根目录d:\php\mysql中有五个配置信息文件:

my-small.ini (内存 <= 64M)
my-medium.ini (内存 128M )
my-large.ini (内存 512M)
my-huge.ini (内存 1G-2G)
my-innodb-heavy-4G.ini (内存 4GB)

假设我的内存是1G的,我选择了my-huge.ini,选择其中一个适合你自己机子的配置文件。

3、编辑my.ini,在[mysqld]的“port=3306”下面增加如下两句:

注意,在Windows中路径名中使用斜杠“/”而不是反斜杠“\”。 如果使用反斜杠“\”,那么必须双写它们“\\”。

# 安装目录的路径 # 设置mysql数据库的数据的存放目录,必须是data,或者是\\xxx\data

basedir="E:/by8/MySQL/"

# 设置mysql数据库的数据的存放目录
datadir="F:/by8/MySQL/Data/"

# 设置mysql服务器的字符集
default-character-set = utf8

# 默认的存储引擎
default-storage-engine = MYISAM

移动“E:\by8\mysql\data”目录到“F:\by8\MySQL\Data”。

在[mysql]下面新增:
default-character-set = utf8

修改以下几句为:
max_allowed_packet = 32M (默认为1M)
sort_buffer_size = 4M (MySQL 5.0.15 my-medium.ini默认为512K)

max_allowed_packet 参数说明:
参数的作用是,用来控制其通信缓冲区的最大长度。

sort_buffer_size 参数说明:
查询排序时所能使用的缓冲区大小。
注意:该参数对应的分配内存是每连接独占!
如果有100个连接,那么实际分配的总共排序缓冲区大小为100 × 6 = 600MB。
所以,对于内存在4GB左右的服务器推荐设置为6-8M。

4、安装服务:
"E:\by8\mysql\bin\mysqld" --install Mysql --defaults-file="E:\by8\Mysql\my.ini"

5、启动服务:
net start mysql

这样mysql就安装好了。你任务管理器当中可以看到mysqld-nt.exe这个进程。说明您的mysql已经安装好了。并成功的启动了。

6、为匿名用户设置密码:

%myd_dir%\bin\mysqladmin.exe -uroot -ptoor password "%my_newpwd%"

刚开始安装好的mysql登录密码是空密码:

C:\Documents and Settings\Administrator>e:
E:\>cd by8
E:\by8>cd mysql
E:\by8\Mysql>cd bin
E:\by8\Mysql\bin\>mysql -uroot -p
Enter password: //这里直接按回车(enter),不需要输入密码的。
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| test |
+--------------------+
3 rows in set (0.00 sec)

为了安全,我们这里修改下刚安装的mysql数据库的root用户的密码 。操作命令如下:

mysql> use mysql
Database changed
mysql> update user set password=password("123456") where user="root";
Query OK, 2 rows affected (0.03 sec)
Rows matched: 2 Changed: 2 Warnings: 0

mysql> exit //退出

就这样我把root的密码修改为了123456。

还有中修改密码的方法是利用msyqladmin这个命令
确认可以登录我们退出mysql
格式:mysqladmin -u用户名 -p旧密码 password 新密码
>exit
>mysqladmin -uroot -password 123456
//我们这里把mysql root的原来的空密码修改成123456,因为原来root没有密码,所以-p 就密码这项就可以省略了。
为了让大家印象更深刻些,我们这里再把已经修改过的密码1234560修改成为 123456
命令:mysqladmin -uroot -p123456 password 1234

PS:MYSQL记录用户名和密码的两张表为:

user.MYD和user.MYI,备份下他们,以后就不用为重装改密码麻烦了

(0)

相关推荐

  • MySQL 5.5.49 大内存优化配置文件优化详解

    一.配置文件说明 my-small.cnf my-medium.cnf my-large.cnf my-huge.cnf my-innodb-heavy-4G.cnf 二.详解 my-innodb-heavy-4G.cnf 三.配置文件优化 注:环境说明,CentO5.5 x86_64+MySQL-5.5.32 相关软件下载:http://yunpan.cn/QtaCuLHLRKzRq 一.配置文件说明 Mysql-5.5.49是Mysql5.5系列中最后一个版本,也是最后一个有配置文件的版本,

  • MySQL大内存配置方案 如my-medium.ini、my-huge.ini等

    MySql noinstall-5.1.xx-win32 配置(原创) 1.解压mysql-noinstall-5.1.xx-win32.zip 到你喜欢的目录,例如:d:\php\mysql 2.在根目录d:\php\mysql中有五个配置信息文件: my-small.ini (内存 <= 64M) my-medium.ini (内存 128M ) my-large.ini (内存 512M) my-huge.ini (内存 1G-2G) my-innodb-heavy-4G.ini (内存

  • 浅谈MySQL大表优化方案

    背景 阿里云RDS FOR MySQL(MySQL5.7版本)数据库业务表每月新增数据量超过千万,随着数据量持续增加,我们业务出现大表慢查询,在业务高峰期主业务表的慢查询需要几十秒严重影响业务 方案概述 一.数据库设计及索引优化 MySQL数据库本身高度灵活,造成性能不足,严重依赖开发人员的表设计能力以及索引优化能力,在这里给几点优化建议 时间类型转化为时间戳格式,用int类型储存,建索引增加查询效率 建议字段定义not null,null值很难查询优化且占用额外的索引空间 使用TINYINT类

  • Centos7系统下Mysql主从同步配置方案

    前言 最近在做项目高可用时,需要使用数据同步.由于只有双节点,且采用主主同步可能存在循环同步的风险,故综合考虑采用Mysql主从同步(Master-Slave同步). 可能没有接触过Mysql数据同步时,可能会觉得数据同步很难,但你按照如下操作一遍之后,会发现原来同步如此简单,毕竟我们只需要会配置,会排查问题,底层具体实现Mysql团队早帮忙实现了. 废话不多说,直入话题: (1)首先,保证有两台设备(主.从),分别在两台设备上安装Mysql数据库.安装完成之后, 使用mysql -u[数据库用

  • MySQL多实例配置方案

    1.1 什么是Mysql多实例? 简单的说,Mysql多实例就是在一台服务器上同时开启多个不同的服务端口(如 : 3306/3307/3308)同时运行多个Mysql服务器,这些服务进程通过不同的socket来监听不同的服务端口来提供服务 这些Mysql多实例共用一套Mysql安装程序,使用不同的my.cnf配置文件,启动程序,和数据文件,在提供服务时,多实例Mysql在逻辑上来看是各自独立的,他们根据配置文件对应设定值,获得服务器相应的资源 1.2 多实例配置思路: 1.      多套独立目

  • MySQL因配置过大内存导致无法启动的解决方法

    问题描述 MySQL 启动时报错,查看错误日志有 [ERROR] InnoDB: Cannot allocate memory for the buffer pool (不能从缓存池中分配给innodb引擎需要的内存) 解决办法 需要调整 MySQL 配置文件 my.cnf 中的 innodb_buffer_pool_size.key_buffer_size 的大小设置,适当的调大内存分配,一般调整为系统内存的一半 先使用 free -m 查看下系统内存大小,查看是 1G 内存 那么 vi /e

  • MySQL占用内存较大与CPU过高测试与解决办法

    更改后如下: innodb_buffer_pool_size=576M ->256M InnoDB引擎缓冲区占了大头,首要就是拿它开刀 query_cache_size=100M ->16M 查询缓存 tmp_table_size=102M ->64M 临时表大小 key_buffer_size=256m ->32M 重启mysql服务后,虚拟内存降到200以下. 另外mysql安装目录下有几个文件:my-huge.ini .my-large.ini.my-medium.ini..

  • MySQL占用内存过大解决方案图文详解

    目录 前言 解决方案 1. 找到配置文件 2. 修改配置文件 3. 重启MySQL 后记 前言 对于部分小资玩家来说,服务器数量和内存往往是很有限的,像我个人的服务器配置就是2核4G5M. 4G内存对于Java玩家来说,真的不大,开几个中间件+自己的微服务真的还蛮挤的,然后又摊上MySQL这个大冤种.我本机上的MySQL仅仅只占几M内存(虽然我不怎么用,但是本机MySQL确实是开着的): 而服务器的则要占400M,怎么说其实没什么吞吐量,纯粹是自己玩一玩,这内存占用属实有点吃不消啊... 解决方

  • MySQL双主(主主)架构配置方案

    在企业中,数据库高可用一直是企业的重中之重,中小企业很多都是使用mysql主从方案,一主多从,读写分离等,但是单主存在单点故障,从库切换成主库需要作改动.因此,如果是双主或者多主,就会增加mysql入口,增加高可用.不过多主需要考虑自增长ID问题,这个需要特别设置配置文件,比如双主,可以使用奇偶,总之,主之间设置自增长ID相互不冲突就能完美解决自增长ID冲突问题. 主从同步复制原理 在开始之前,我们先来了解主从同步复制原理. 复制分成三步: 1. master将改变记录到二进制日志(binary

  • 浅谈Mysql大数据分页查询解决方案

    目录 1.简介 2.分页插件使用 3.sql测试与分析 3.1 limit现象分析 3.2 解决之道 4 测试时走过的坑 4.1 百万数据内容都一样 4.2 写sql时,把"77"写成了77: 4.3 一个有趣的现象 总结 1.简介 之前,面阿里的时候,有个面试官问我有没有使用过分页查询,我说有,他说分页查询是有问题的,怎么解决:后来这个问题我没有回答出来:本着学习的态度,今天来解决一下这个问题: 2.分页插件使用 1.pom文件 <dependency> <grou

  • Oracle和MySQL的高可用方案对比分析

    关于Oracle和MySQL的高可用方案,其实一直想要总结了,就会分为几个系列来简单说说.通过这样的对比,会对两种数据库架构设计上的细节差异有一个基本的认识.Oracle有一套很成熟的解决方案.用我在OOW上的ppt来看,是MAA的方案,今年是这个方案的16周年了. 而MySQL因为开源的特点,社区里推出了更多的解决方案,个人的见解,InnoDB Cluster会是MySQL以后的高可用方案标配. 而目前来看,MGR固然不错,MySQL Cluster方案也有,PXC,Galera等方案,个人还

随机推荐