数据库文件

找到mysql的安装目录的bin/myisamchk工具，在命令行中输入： myisamchk -c -r ../data/tablename/posts.MYI 然后myisamchk 工具会帮助你恢复数据表的索引。好象也不用重新启动mysql，问题就解决了。 问题分析： 1、 错误产生原因，有网友说是频繁查询和更新dede_archives表造成的索引错误，因为我的页面没有静态生成，而是动态页面，因此比较同意这种说法。 还有说法为是MYSQL数据库因为某种原因而受到了损坏，如：数据库服务器突发性的断电、在提在数据库表提供服务时对表的原文件进行某种操作都有可能导致 MYSQL数据库表被损坏而无法读取数据。总之就是因为某些不可测的问题造成表的损坏。 问题的编号为145 2、问题解决办法。 当你试图修复一个被破坏的表的问题时，有三种修复类型。如果你得到一个错误信息指出一个临时文件不能建立，删除信息所指出的文件并再试一次--这通常是上一次修复操作遗留下来的。 这三种修复方法如下所示： % myisamchk --recover --quick /path/to/tblName % myisamchk --recover /path/to/tblName % myisamchk --safe-recover /path/to/tblName 第一种是最快的，用来修复最普通的问题

设置数据库,创建您的第一个模型,得到一个简单介绍 Django的自动生成管理网站。 数据库设置 现在,打开 mysite / settings.py 。 这是一个普通的Python模块 模块级变量代表Django设置。 默认情况下,配置使用SQLite。 如果你是新数据库,或 你只是在Django感兴趣,这是最简单的选择。 SQLite是 包括在Python中,所以你不需要安装其他的支持你 数据库。 在开始你的第一个真实的项目,然而,你可能想要使用一个 更健壮的数据库如PostgreSQL,避免database-switching头痛 埋下了伏笔。 如果你想使用另一个数据库,安装适当的 数据库 绑定 和改变下面的钥匙 数据库 “默认” 项目以匹配您的数据库连接 设置: 引擎 ——要么 “django.db.backends.sqlite3” , “django.db.backends.postgresql” , “django.db.backends.mysql” ,或 “django.db.backends.oracle” 。 其他后端 也可用 。 的名字 ——您的数据库的名称。 如果你使用SQLite 数据库将是一个文件在你的电脑上,在这种情况下, 的名字 应该是完整的绝对路径,包括文件名、文件。 的 默认值, os.path.join(BASE_DIR “db.sqlite3

oracle数据库数据导入导出步骤（入门） 说明： 1.数据库数据导入导出方法有多种，可以通过exp/imp命令导入导出，也可以用第三方工具导出，如：PLSQL 2.如果熟悉命令，建议用exp/imp命令导入导出，避免第三方工具版本差异引起的问题，同时效率更高，但特别注意：采用命令时要注意所使用的用户及其权限等细节。 3.在目标数据库导入时需要创建与导出时相同的用户名（尽量一致），并赋予不低于导出时用户的权限；同时还需创建与原数据库相同的表空间名，若本地数据库已存在相同的表空间，则只能进行表空间扩充。 一、导入前准备工作（在目标数据库操作） 知识补充： 表空间   Oracle数据库是通过表空间来存储物理表的，一个数据库实例可以有N个表空间，一个表空间下可以有N张表。   表空间(tablespace)是数据库的逻辑划分，每个数据库至少有一个表空间（称作SYSTEM表空间）。为了便于管理和提高运行效率，可以使用一些附加表空间来划分用户和应用程序。例如：USER表空间供一般用户使用，RBS表空间供回滚段使用。一个表空间只能属于一个数据库。 1. 登录服务器  用Xshell或者secureCRT工具都可 2. 查询磁盘空间是否足够大  执行df -h或者df -H命令进行查询，若可用空间不足则更换新的目标环境再继续其他操作。 [oracle@orac ~]$ df -h 1 3.

原博：http://www.cnblogs.com/yingpp/archive/2009/01/07/1371040.html 三种 备份方式 ：导入/导出（逻辑备份）; 热备份、冷备份（物理备份） １、 简单导出数据（Export）和导入数据（Import） Oracle支持三种方式类型的输出： （1）、表方式（T方式），将指定表的数据导出。 （2）、用户方式（U方式），将指定用户的所有对象及数据导出。 （3）、全库方式（Full方式），瘵数据库中的所有对象导出。 ２、 增量导出／导入 增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为export.dmp，如果不希望自己的输出文件定名为export.dmp，必须在命令行中指出要用的文件名。 增量导出包括三种类型： （１）、“完全”增量导出（Complete） 即备份三个数据库，比如： exp system/manager inctype=complete file=040731.dmp （２）、“增量型”增量导出 备份上一次备份后改变的数据，比如： exp system/manager inctype=incremental file=040731.dmp （３）、“累积型”增量导出 累计型导出方式是导出自上次“完全

转载自: http://blog.nosqlfan.com/html/3813.html 时间久远，竟然打不开了。。 持久化 什么是持久化，简单来讲就是将数据放到断电后数据不会丢失的设备中。也就是我们通常理解的硬盘上。 写操作的流程 首先我们来看一下数据库在进行写操作时到底做了哪些事，主要有下面五个过程。 1.客户端向服务端发送写操作（数据在客户端的内存中） 2.数据库服务端接收到写请求的数据（数据在服务端的内存中） 3.服务端调用write(2) 这个系统调用，将数据往磁盘上写（数据在系统内存的缓冲区中） 4.操作系统将缓冲区中的数据转移到磁盘控制器上（数据在磁盘缓存中） 5.磁盘控制器将数据写到磁盘的物理介质中（数据真正落到磁盘上） 故障分析 写操作大致有上面5个流程，下面我们结合上面的5个流程看一下各种级别的故障。 当数据库系统故障时，这时候系统内核还是OK的，那么此时只要我们执行完了第3步，那么数据就是安全的，因为后续操作系统会来完成后面几步，保证数据最终会落到磁盘上。 当系统断电，这时候上面5项中提到的所有缓存都会失效，并且数据库和操作系统都会停止工作。所以只有当数据在完成第5步后，机器断电才能保证数据不丢失，在上述四步中的数据都会丢失。 通过上面5步的了解，可能我们会希望搞清下面一些问题： 1.数据库多长时间调用一次write(2)，将数据写到内核缓冲区? 2

以下是从网上搜集到的内容 概念： 1、 DC AND AD 　　DC是Domain Controller的缩写,即域控制器,AD是active directory的缩写,即活动目录. 　　Domain Controller是一台计算机,实现用户,计算机,目录的统一管理. 　　AD（活动目录）是一种存储协议,基于LDAP. 　　两者完全是两种概念,DC也可以不基于AD实现,比如基于数据库或文件,当然目前微软还没有这样的实现. 在对等网模式下，任何一台电脑只要接入网络，其他机器就都可以访问共享资源，如共享上网等。尽管 对等网络 上的共享文件可以加访问密码，但是非常容易被破解。在由Windows 9x构成的对等网中，数据的传输是非常不安全的。 　　不过在“域”模式下，至少有一台服务器负责每一台联入网络的电脑和用户的验证工作，相当于一个单位的门卫一样，称为“域控制器（Domain Controller，简写为DC）”。 域控制器中包含了由这个域的账户、密码、属于这个域的计算机等信息构成的数据库。当电脑联入网络时，域控制器首先要鉴别这台电脑是否是属于这个域的，用户使用的登录账号是否存在、密码是否正确。如果以上信息有一样不正确，那么域控制器就会拒绝这个用户从这台电脑登录。不能登录，用户就不能访问服务器上有权限保护的资源，他只能以对等网用户的方式访问Windows共享出来的资源

一、CoreData的简单使用 准备工作 创建数据库 新建文件，选择 CoreData -> DataModel 添加实体（表）， Add Entity 给表中添加属性，点击 Attributes 下方的 ‘+’ 号 创建模型文件 新建文件，选择 CoreData -> NSManaged Object subclass 根据提示，选择实体 通过代码，关联数据库和实体 - (void)viewDidLoad { [super viewDidLoad]; /* * 关联的时候，如果本地没有数据库文件，Ｃoreadata自己会创建 */ // 1. 上下文 NSManagedObjectContext *context = [[NSManagedObjectContext alloc] init]; // 2. 上下文关连数据库 // 2.1 model模型文件 NSManagedObjectModel *model = [NSManagedObjectModel mergedModelFromBundles:nil]; // 2.2 持久化存储调度器 // 持久化，把数据保存到一个文件，而不是内存 NSPersistentStoreCoordinator *store = [[NSPersistentStoreCoordinator alloc]

sqlmap 重要参考 http://www.kali.org.cn/forum-75-1.html SQLmap是一款用来检测与利用SQL漏洞的注入神器。开源的自动化SQL注入工具，由Python写成，具有如下特点： 完全支持MySQL、Oracle、PostgreSQL、Microsoft SQL Server、Microsoft Access、IBM DB2、SQLite、Firebird、Sybase、SAP MaxDB、HSQLDB和Informix等多种数据库管理系统。 完全支持布尔型盲注、时间型盲注、基于错误信息的注入、联合查询注入和堆查询注入。 在数据库证书、IP地址、端口和数据库名等条件允许的情况下支持不通过SQL注入点而直接连接数据库。 支持枚举用户、密码、哈希、权限、角色、数据库、数据表和列。 支持自动识别密码哈希格式并通过字典破解密码哈希。 支持完全地下载某个数据库中的某个表，也可以只下载某个表中的某几列，甚至只下载某一列中的部分数据，这完全取决于用户的选择。 支持在数据库管理系统中搜索指定的数据库名、表名或列名 当数据库管理系统是MySQL、PostgreSQL或Microsoft SQL Server时支持下载或上传文件。 当数据库管理系统是MySQL、PostgreSQL或Microsoft SQL Server时支持执行任意命令并回现标准输出。 安装

Java多层架构应用系统部署 Java应用服务器部署 Tomcat目录的作用 解压缩tomcat的安装文件后, 称为tomcat应用服务器软件. 其中各目录的作用如下: bin目录中是启动和关闭tomcat的脚本文件 conf目录是tomcat的配置文件 lib目录是tomcat和web应用使用的jar包 logs目录是tomcat日志文件 temp目录用于tomcat存储临时文件 webapps目录是发布web应用的目录 work目录是存储由jsp生成的servlet文件的目录 Tomcat部署过程 安装JDK后, 确认Java版本为1.8 解压缩tomcat后, 到tomcat的bin目录, 运行startup.bat, 启动tomcat, 发现需要先设置环境变量JAVA_HOME D:\workspace\apache-tomcat-8.5.51\bin>java -version java version "1.8.0_241" Java(TM) SE Runtime Environment (build 1.8.0_241-b07) Java HotSpot(TM) 64-Bit Server VM (build 25.241-b07, mixed mode) D:\workspace\apache-tomcat-8.5.51\bin>startup.bat

参数 参数说明 --all-databases , -A 导出全部数据库。 mysqldump -uroot -p --all-databases --all-tablespaces , -Y 导出全部表空间。 mysqldump -uroot -p --all-databases --all-tablespaces --no-tablespaces , -y 不导出任何表空间信息。 mysqldump -uroot -p --all-databases --no-tablespaces --add-drop-database 每个数据库创建之前添加drop数据库语句。 mysqldump -uroot -p --all-databases --add-drop-database --add-drop-table 每个数据表创建之前添加drop数据表语句。(默认为打开状态，使用--skip-add-drop-table取消选项) mysqldump -uroot -p --all-databases (默认添加drop语句) mysqldump -uroot -p --all-databases –skip-add-drop-table (取消drop语句) --add-locks 在每个表导出之前增加LOCK TABLES并且之后UNLOCK TABLE。(默认为打开状态，使用-