discuz x2.5后台打不开登陆就出现Discuz! Database Error

Discuz！数据库错误

这个表jfbbs_ydbmyrepeats不存在

你这个或许是 安装了某些插件导致的 或者是模板 检查一下

或者你后台 工具 更新一下缓存看看行不

不行的话截图

在LINUX平台上手动创建数据库(oracle 10g)

1.首先设置要创建的ORACLE的SID，如果在.bash_profile文件里设置里该变量，就不用设置了。

$echo $ORACEL_SID

mdy

如果没有设置，就手动设置，如果一个服务器上要运行多个ORACLE实例，也需要手动设置。

export ORACLE_SID=mydb

2. 创建需要的诊断目录，这些目录都是ORACLE进程遇到错误或用户手动TRACE时需要的。

mkdir -p $ORACLE_BASE/admin/mydb/adump

mkdir -p $ORACLE_BASE/admin/mydb/bdump

mkdir -p $ORACLE_BASE/admin/mydb/cdump

mkdir -p $ORACLE_BASE/admin/mydb/udump

mkdir -p $ORACLE_BASE/admin/mydb/pfile

创建oracle的数据文件目录

mkdir -p $ORACLE_BASE/oradata/mydb

3. 创建ORACLE的参数文件$ORACLE_HOME/dbs/initmydb.ora 内容如下：

aq_tm_processes=0

audit_file_dest=/oracle/admin/mydb/adump

background_dump_dest=/oracle/admin/mydb/bdump

compatible=10.2.0.1.0

control_files=/oracle/oradata/mydb/control01.ctl, /oracle/oradata/mydb/control02.ctl, /oracle/oradata/mydb/control03.ctl

core_dump_dest=/oracle/admin/mydb/cdump

db_block_size=8192

db_domain=""

db_file_multiblock_read_count=16

db_name=mydb

instance_name=mydb

dispatchers="(PROTOCOL=TCP) (SERVICE=mydbXDB)"

job_queue_processes=10

nls_length_semantics=BYTE

open_cursors=300

pga_aggregate_target=94371840

processes=150

remote_login_passwordfile=EXCLUSIVE

resource_manager_plan=""

sessions=170

sga_target=285212672

undo_management=AUTO

undo_retention=900

undo_tablespace=UNDOTBS1

user_dump_dest=/oracle/admin/mydb/udump

4.创建密码文件

orapwd file=$ORACLE_HOME/dbs/orapwmydb password=admin entries=5 force=y

5.创建oracle的建库脚本 createdb.sql,内容如下：

create database mydb

MAXINSTANCES 1

MAXLOGHISTORY 1

MAXLOGFILES 5

MAXLOGMEMBERS 5

MAXDATAFILES 100

DATAFILE

'/oracle/oradata/mydb/system01.dbf' size 100m reuse autoextend on next 1m maxsize unlimited extent management local

sysaux datafile

'/oracle/oradata/mydb/sysaux01.dbf' size 100m reuse autoextend on next 1m maxsize unlimited

default temporary tablespace TEMP tempfile

'/oracle/oradata/mydb/temp01.dbf' size 20m reuse autoextend on next 640k maxsize unlimited

undo tablespace UNDOTBS1 datafile

'/oracle/oradata/mydb/undo01.dbf' size 20m reuse autoextend on next 5M maxsize unlimited

logfile

GROUP 1 ('/oracle/oradata/mydb/redo1.dbf') size 10m,

GROUP 2 ('/oracle/oradata/mydb/redo2.dbf') size 10m,

GROUP 3 ('/oracle/oradata/mydb/redo3.dbf') size 10m

CHARACTER SET ZHS16GBK

NATIONAL CHARACTER SET AL16UTF16

6.数据库创建完成后，再创建ORACLE的数据字典。

SQL>@?/rdbms/admin/catalog.sql

SQL>@?/rdbms/admin/catproc.sql

SQL>@?/rdbms/admin/catexp.sql

到此ORACLE手动创建过程就完成了

YDB全称延云YDB，是一个基于Hadoop分布式架构下的实时的、多维的、交互式的查询、统计、分析引擎，具有万亿数据规模下的秒级性能表现，并具备企业级的稳定可靠表现。

YDB是一个细粒度的索引，精确粒度的索引。数据即时导入，索引即时生成，通过索引高效定位到相关数据。YDB与Spark深度集成，Spark对YDB检索结果集直接分析计算，同样场景让Spark性能加快百倍。

我们的开发人员曾在阿里与腾讯任职，期间研发了多套即席分析索引系统，积累丰富的经验，正是这些经验的积累，才成就了如今的延云YDB。

11年：支付宝黄金策的后台技术-海狗 （参考资料）

12年：阿里开源项目Committer MDRLL （多维分析 参考资料）与 JStorm（流计算 参考资料）

14年：腾讯的Hermes(每天千亿总量万亿的即席分析 参考资料)

YDB的主要特性

为探索性分析与即席分析而设计

YDB的即席分析（Ad Hoc）概念的解释

1：当场，就是当场去查询，现场 随意、即兴 查询。

2：响应时间要求为几秒才能称为即席。

即席分析与普通分析的区别

1.普通的应用分析是定制开发的，大多是预先计算好的。

2.即席分析是用户在使用时临时生产的分析，查询条件事先未知，系统无法预先优化这些查询，在现场没法预先准备，所以即席查询的性能也是评估数据仓库的一个重要指标。

YDB适合的行业

在公安系统的-典型的场景

齐全的功能

卓越的排序性能

按照时间逆序排序可以说是很多日志系统的硬指标。在延云YDB系统中，我们改变了传统的暴力排序方式，通过索引技术，可以超快对数据进行单列排序，不需要全表暴力扫描，这个技术我们称之为BlockSort。

卓越的检索与分析性能(相比Spark的性能提升倍数)

与ORACLE性能对比

查布控场景性能

哪些用户适合使用YDB？

1.传统关系型数据，已经无法容纳更多的数据，查询效率严重受到影响的用户。

2.目前在使用SOLR、ES做全文检索，觉得solr与ES提供的分析功能太少，无法完成复杂的业务逻辑，或者数据量变多后SOLR与ES变得不稳定，在掉片与均衡中不断恶性循环，不能自动恢复服务，运维人员需经常半夜起来重启集群的情况。

3.基于对海量数据的分析，但是苦于现有的离线计算平台的速度和响应时间无满足业务要求的用户。

4.需要对用户画像行为类数据做多维定向分析的用户。

5.需要对大量的UGC（User Generate Content）数据进行检索的用户。

6.当你需要在大数据集上面进行快速的，交互式的查询时。

7.当你需要进行数据分析，而不只是简单的键值对存储时。

8.当你想要分析实时产生的数据时。

企业级特性：稳定，可靠，易用

---