本篇内容介绍了“MySQL怎么修改默认存储路径”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
,,Linux下存储数据,MySQL无疑是个很不错的选择.MySQL的默认存储路径为/var/lib/MySQL。以前数据库一直不是很大,总共十个G左右的大小,放在默认路径毫无压力。但是今天,因为新导入一个数据库,光是导入数据就是30 + G,瞬间就悲剧了,因为并没有为/目录准备足够的硬盘分区空间,所以修改配置,迁移数据库存储路径到合适的地方成了最省力的选择。
停止MySQL服务,准备数据
因为这是运行到一半修改的,所以有一些历史遗留数据。应当先停止数据库服务,使用的Fedora 19日命令可以如下
#服务mysqld停止
然后妥妥的把数据从默认位置/var/lib/mysql下的内容到目标位置。比如,/home/MySQL
修改配置文件
my . cnf中所做
首先需要修改配置文件。/etc/my . cnf中所做其中有datadir和套接字之类字样。意义不言自明,就是修改它们的路径啦。当然,这可个my . cnf中所做能出现在其他地方,如果是新的用户,甚至可能找不到,但没有关系,
ls/usr/share/mysql/
可以看到一些mysql-XXX-cnf,可以从其中选择一些作为模板,修改一下,丢/etc下即可。
get_mysql_option
除了cnf外,还需要修改一个get_mysql_option的设置,真是受不了…
网上大多是以前版本,称应该修改“/etc/d/摆在mysqld"这个文件,实际上对于Fedora 19而言,这个脚本并不存在。
查看错误信息,可以看到错误提示如下:
[root@f-argcv等]# systemctl地位mysqld.service mysqld
。服务——MariaDB数据库服务器
,,加载:加载(/usr/lib/systemd/系统/mysqld.service;启用)
,,活跃:失败(结果:退出代码)结婚以来2013-10-23 19:38:22 HKT;8秒前
,过程:4936 ExecStartPost=/usr/libexec mysqld-wait-ready MAINPID美元(状态退出代码=,=1/失败)
,过程:4935 ExecStart=/usr/bin/mysqld_safe——basedir=/usr(状态退出代码=,=0/成功)
,过程:4913 ExecStartPre=/usr/libexec mysqld-prepare-db-dir % n(状态退出代码=,=0/成功)
,
10月23日19:38:20 f-argcv systemd[1]:开始MariaDB数据库服务器……
10月23日19:38:21 f-argcv mysqld_safe [4935]: 131023 19:38:21 mysqld_safe日志记录& # 39;/var/log/mysqld.log& # 39;。
10月
23 19:38:21 f-argcv mysqld_safe [4935]: 131023 19:38:21 mysqld_safe
开始mysqld守护程序与数据库从/home/mysql/data
10月23日19:38:21 f-argcv mysqld_safe [4935]: 131023 19:38:21 mysqld_safe mysqld/var/run/mysqld/mysqld.从pid文件pid
结束10月23日19:38:22 f-argcv systemd [1]: mysqld。服务:控制过程退出,代码=退出状态=1
10月23日19:38:22 f-argcv systemd[1]:未能开始MariaDB数据库服务器。
10月23日19:38:22 f-argcv systemd [1]: mysqld单位。服务失败的国家。
出现问题的源头似乎是/usr/libexec/mysqld-wait-ready。检查修改basedir等参数,然后开跑即可。
<强>其他方法
实在不行,还有最后的办法:备份数据,卸载,重新安装,有百胜在这其实也很方便。
然后配置好文件,尤其是修改/usr/bin/mysql_install_db,其中的ldata参数
mysql_install_db
即可
<强>后记
后来,重装了机器,给var单独配了个可扩展的分区。个人觉得,这才是最让人舒服的设置。
