hibernate中,调用session.flush()后不能修改数据库,但是如果用事务提交方式就可以修改。什么原因呢

hibernate中,调用session.flush()后不能修改数据库,但是如果用事务提交方式就可以修改。什么原因呢,第1张

User user=(User)sessionget(Userclass,new Integer(1));//装载持久化对象

usersetAge(10);

sessionflush();

这个时候你只是修改了对象,

你要开启了事务才能进行修改或者是删除

sessionflush();

是持久化当前session()对象

并刷新session;要修改添加或者是删除,事务还是要开启的

1、MySQL常用命令

create

database

name;

创建数据库

use

databasename;

选择数据库

drop

database

name

直接删除数据库,不提醒

show

tables;

显示表

describe

tablename;

表的详细描述

select

中加上distinct去除重复字段

mysqladmin

drop

databasename

删除数据库前,有提示。

显示当前mysql版本和当前日期

select

version(),current_date;

2、修改mysql中root的密码:

shell>mysql

-u

root

-p

mysql>

update

user

set

password=password(”xueok654123″)

where

user='root';

mysql>

flush

privileges

//刷新数据库

mysql>use

dbname;

打开数据库:

mysql>show

databases;

显示所有数据库

mysql>show

tables;

显示数据库mysql中所有的表:先use

mysql;然后

mysql>describe

user;

显示表mysql数据库中user表的列信息);

3、grant

创建一个可以从任何地方连接服务器的一个完全的超级用户,但是必须使用一个口令something做这个

mysql>

grant

all

privileges

on

to

user@localhost

identified

by

'something'

with

增加新用户

格式:grant

select

on

数据库

to

用户名@登录主机

identified

by

“密码”

GRANT

ALL

PRIVILEGES

ON

TO

monty@localhost

IDENTIFIED

BY

'something'

WITH

GRANT

OPTION;

GRANT

ALL

PRIVILEGES

ON

TO

monty@”%”

IDENTIFIED

BY

'something'

WITH

GRANT

OPTION;

删除授权:

mysql>

revoke

all

privileges

on

from

root@”%”;

mysql>

delete

from

user

where

user=”root”

and

host=”%”;

mysql>

flush

privileges;

创建一个用户custom在特定客户端it363com登录,可访问特定数据库fangchandb

mysql

>grant

select,

insert,

update,

delete,

create,drop

on

fangchandb

to

custom@

it363com

identified

by

passwd'

重命名表:

mysql

>

alter

table

t1

rename

t2;

4、mysqldump

备份数据库

shell>

mysqldump

-h

host

-u

root

-p

dbname

>dbname_backupsql

恢复数据库

shell>

mysqladmin

-h

myhost

-u

root

-p

create

dbname

shell>

mysqldump

-h

host

-u

root

-p

dbname

<

dbname_backupsql

如果只想卸出建表指令,则命令如下:

shell>

mysqladmin

-u

root

-p

-d

databasename

>

asql

如果只想卸出插入数据的sql命令,而不需要建表命令,则命令如下:

shell>

mysqladmin

-u

root

-p

-t

databasename

>

asql

那么如果我只想要数据,而不想要什么sql命令时,应该如何 *** 作呢?

mysqldump

-T/

phptest

driver

其中,只有指定了-T参数才可以卸出纯文本文件,表示卸出数据的目录,/表示当前目录,即与mysqldump同一目录。如果不指定driver

表,则将卸出整个数据库的数据。每个表会生成两个文件,一个为sql文件,包含建表执行。另一个为txt文件,只包含数据,且没有sql指令。

5、可将查询存储在一个文件中并告诉mysql从文件中读取查询而不是等待键盘输入。可利用外壳程序键入重定向实用程序来完成这项工作。例如,如果在文件my_filesql

中存放有查

询,可如下执行这些查询:

例如,如果您想将建表语句提前写在sqltxt中:

mysql

>

mysql

-h

myhost

-u

root

-p

database

<

sqltxt

mysql root 用户 密码错误,或是没有设置默认密码

在忘记root密码的时候,可以这样

1 关闭正在运行的MySQL服务。

2 按win(左下角窗口图标那个) + R 打开DOS窗口,转到 mysql\bin目录。

3 输入mysqld --skip-grant-tables 回车。--skip-grant-tables 的意思是启动MySQL服务的时候跳过权限表认证。

4 原来的不用关, 再开一个DOS窗口,转到mysql\bin目录。

5 输入mysql回车,如果成功,将出现维拉welcome 等信息

6 连接权限数据库: use mysql; 。

6 改密码:update user set password=password("123456") where user="root";(别忘了最后加分号) 。

7 刷新权限(必须步骤):flush privileges; 

8 退出 quit。

9 使用连接工具重新登录,使用用户名root和刚才设置的新密码123456登录。

一、刷新DNS缓存

1、首先点击电脑左下角的开始按钮,打开“命令提示符”;

2、在打开的命令提示符窗口中输入命令“ipconfig /flushdns”,然后按下回车键;

3、这时就可以看到已成功刷新DNS的提示了。

二、修改hosts文件

1、首先随便打开一个文件夹,在右上角的搜索框内搜索“hosts”;

2、也可以在“c\windows\system32\drivers\etc”路径下找到hosts文件;

3、右键hosts文件,使用记事本打开hosts文件;

4、然后在打开的hosts记事本内根据个人需要进行修改,就可以了。

hibernate最新发布包的javadoc里对这三个方法的解释是:

clear() :Completely clear the session清空session,该清空 *** 作只对于要保存的、删除的和修改的数据起作用,不涉及查询的结果。

close() :End the session by releasing the JDBC connection and cleaning up释放并清空JDBC连接。但是不一定非得关闭session。

flush(): Force this session to flush强制刷新流的缓冲。flush必须在一个 *** 作单元结束之后且在提交事务和关闭连接之前被调用。例如插入一条数据。

=========================================

sesssave(user);的意思是将user持久化,也就是说把数据插入到数据库中。清空缓存是在持久化之后进行的。至于要不要清空缓存,是要看你的FlushMode是怎么设置的。

至于你说的抛异常,要具体看是抛出什么异常了。

在数据库表丢失或损坏的情况下 备份你的数据库是很重要的 如果发生系统崩溃 你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态 有时 正是MySQL管理员造成破坏 管理员已经知道表以破坏 用诸如vi或Emacs等编辑器试图直接编辑它们 这对表绝对不是件好事!备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件(如用cp cpio或tar等) 每种方法都有其优缺点 mysqldump与MySQL服务器协同 *** 作 直接拷贝方法在服务器外部进行 并且你必须采取措施保证没有客户正在修改你将拷贝的表 如果你想用文件系统备份来备份数据库 也会发生同样的问题 如果数据库表在文件系统备份过程中被修改 进入备份的表文件主语不一致的状态 而对以后的恢复表将失去意义 文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程 这样你能采取措施确保服务器让表不受干扰 mysqldump比直接拷贝要慢些 mysqldump生成能够移植到其它机器的文本文件 甚至那些有不同硬件结构的机器上 直接拷贝文件不能移植到其它机器上 除非你正在拷贝的表使用MyISAM存储格式 ISAM表只能在相似的硬件结构的机器上拷贝 在MySQL 中引入的MyISAM表存储格式解决了该问题 因为该格式是机器无关的 所以直接拷贝文件可以移植到具有不同硬件结构的机器上 只要满足两个条件 另一台机器必须也运行MySQL 或以后版本 而且文件必须以MyISAM格式表示 而不是ISAM格式 不管你使用哪种备份方法 如果你需要恢复数据库 有几个原则应该遵守 以确保最好的结果 定期实施备份 建立一个计划并严格遵守 让服务器执行更新日志 当你在崩溃后需要恢复数据时 更新日志将帮助你 在你用备份文件恢复数据到备份时的状态后 你可以通过运行更新日志中的查询再次运用备份后面的修改 这将数据库中的表恢复到崩溃发生时的状态 以文件系统备份的术语讲 数据库备份文件代表完全倾倒(full dump) 而更新日志代表渐进倾倒(incremental dump) 使用一种统一的和易理解的备份文件命名机制 象backup buckup 等不是特别有意义 当实施你的恢复时 你将浪费时间找出文件里是什么东西 你可能发觉用数据库名和日期构成备份文件名会很有用 例如 %mysqldump samp_db >/usr/archives/mysql/samp_db %mysqldump menagerie >/usr/archives/mysql/menagerie 你可能想在生成备份后压缩它们 备份一般都很大!你也需要让你的备份文件有过期期限以避免它们填满你的磁盘 就象你让你的日志文件过期那样 用文件系统备份备份你的备份文件 如果遇上了一个彻底崩溃 不仅清除了你的数据目录 也清除了包含你的数据库备份的磁盘驱动器 你将真正遇上了麻烦 也要备份你的更新日志 将你的备份文件放在不同于用于你的数据库的文件系统上 这将降低由于生成备份而填满包含数据目录的文件系统的可能性 用于创建备份的技术同样对拷贝数据库到另一台机器有用 最常见地 一个数据库被转移到了运行在另一台主机上的服务器 但是你也可以将数据转移到同一台主机上的另一个服务器 使用mysqldump备份和拷贝数据库 当你使用mysqldumo程序产生数据库备份文件时 缺省地 文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句 换句话说 mysqldump产生的输出可在以后用作mysql的输入来重建数据库 你可以将整个数据库倾倒进一个单独的文本文件中 如下 %mysqldump samp_db >/usr/archives/mysql/samp_db 输出文件的开头看起来象这样 # MySQL Dump ## Host: localhost Database: samp_db# # Server version alpha log## Table structure for table absence #CREATE TABLE absence(student_id int( ) unsigned DEFAULT NOT NULL date date DEFAULT NOT NULL PRIMARY KEY (student_id date));## Dumping data for table absence #INSERT INTO absence VALUES ( );INSERT INTO absence VALUES ( );INSERT INTO absence VALUES ( ); 文件剩下的部分有更多的INSERT和CREATE TABLE语句组成 如果你想压缩备份 使用类似如下的命令 %mysqldump samp_db | gzip >/usr/archives/mysql/samp_db gz如果你要一个庞大的数据库 输出文件也将很庞大 可能难于管理 如果你愿意 你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容 这将倾倒文件分成较小 更易于管理的文件 下例显示如何将samp_db数据库的一些表倾到进分开的文件中 %mysqldump samp_db student score event absence >grapbook sql%mysqldump samp_db member president >hist league sql如果你生成准备用于定期刷新另一个数据库内容的备份文件 你可能想用 add drop table选项 这告诉服务器将DROP TABLE IF EXISTS语句写入备份文件 然后 当你取出备份文件并把它装载进第二个数据库时 如果表已经存在 你不会得到一个错误 如果你倒出一个数据库以便能把数据库转移到另一个服务器 你甚至不必创建备份文件 要保证数据库存在于另一台主机 然后用管道倾倒数据库 这样mysql能直接读取mysqldump的输出 例如 你想从主机拷贝数据库samp_db到 可以这样很容易做到 %mysqladmin h create samp_db%mysqldump samp_db | mysql h samp_db以后 如果你想再次刷新上的数据库 跳过mysqladmin命令 但要对mysqldump加上 add drop table以避免的得到表已存在的错误 %mysqldump add drop table samp_db | mysql h samp_dbmysqldump其它有用的选项包括 flush logs和 lock tables组合将对你的数据库检查点有帮助 lock tables锁定你正在倾倒的所有表 而 flush logs关闭并重新打开更新日志文件 新的更新日志将只包括从备份点起的修改数据库的查询 这将设置你的更新日志检查点位备份时间 (然而如果你有需要执行个更新的客户 锁定所有表对备份期间的客户访问不是件好事 )如果你使用 flush logs设置检查点到备份时 有可能最好是倾倒整个数据库 如果你倾倒单独的文件 较难将更新日志检查点与备份文件同步 在恢复期间 你通常按数据库为基础提取更新日志内容 对单个表没有提取更新的选择 所以你必须自己提取它们 缺省地 mysqldump在写入前将一个表的整个内容读进内存 这通常确实不必要 并且实际上如果你有一个大表 几乎是失败的 你可用 quick选项告诉mysqldump只要它检索出一行就写出每一行 为了进一步优化倾倒过程 使用 opt而不是 quick opt选项打开其它选项 加速数据的倾倒和把它们读回 用 opt实施备份可能是最常用的方法 因为备份速度上的优势 然而 要警告你 opt选项确实有代价 opt优化的是你的备份过程 不是其他客户对数据库的访问 opt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表 你可在一般数据库访问上很容易看到其效果 当你的数据库一般非常频繁地使用 只是一天一次地调节备份 一个具有 opt的相反效果的选项是 dedayed 该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句 如果你将数据文件装入另一个数据库并且你想是这个 *** 作对可能出现在该数据库中的查询的影响最小 delayed对此很有帮助 press选项在你拷贝数据库到另一台机器上时很有帮助 因为它减少网络传输字节的数量 下面有一个例子 注意到 press对与远端主机上的服务器通信的程序才给出 而不是对与本地主机连接的程序 %mysqldump opt samp_db | mysql press h samp_dbmysqldump有很多选项 详见《MySQL参考手册》 使用直接拷贝数据库的备份和拷贝方法 另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件 典型地 这用诸如cp tar或cpio实用程序 本文的例子使用cp 当你使用一种直接备份方法时 你必须保证表不在被使用 如果服务器在你则正在拷贝一个表时改变它 拷贝就失去意义 保证你的拷贝完整性的最好方法是关闭服务器 拷贝文件 然后重启服务器 如果你不想关闭服务器 要在执行表检查的同时锁定服务器 如果服务器在运行 相同的制约也适用于拷贝文件 而且你应该使用相同的锁定协议让服务器 安静下来 假设服务器关闭或你已经锁定了你想拷贝的表 下列显示如何将整个samp_db数据库备份到一个备份目录(DATADIR表示服务器的数据目录) %cd DATADIR%cp r samp_db /usr/archive/mysql单个表可以如下备份 %cd DATADIR/samp_db%cp member /usr/archive/mysql/samp_db%cp score /usr/archive/mysql/samp_db 当你完成了备份时 你可 lishixinzhi/Article/program/MySQL/201311/29384

以上就是关于hibernate中,调用session.flush()后不能修改数据库,但是如果用事务提交方式就可以修改。什么原因呢全部的内容,包括:hibernate中,调用session.flush()后不能修改数据库,但是如果用事务提交方式就可以修改。什么原因呢、MySQL 数据库常用命令 简单超级实用版、MySQL数据库出现这个问题该怎么解决等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9385137.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-27
下一篇 2023-04-27

发表评论

登录后才能评论

评论列表(0条)

保存