(1146) Table 'bbs168xcn.common_member_archive' doesn't exist最新解决办法

admin

(1146) Table 'bbs168xcn.common_member_archive' doesn't exist最新解决办法
Discuz! Database Error(1146) Table 'bbs168xcn.common_member_archive' doesn't existSELECT COUNT(*) FROM common_member_archive

PHP Debug

No.	File	Line	Code
1	misc.php	98	require(%s)
2	source/module/misc/misc_stat.php	29	getstatvars(%s)
3	source/module/misc/misc_stat.php	91	call_user_func(%s, %s)
4			getstatvars_basic(%s)
5	source/module/misc/misc_stat.php	101	table_common_member->count()
6	source/class/table/table_common_member.php	172	table_common_member_archive->count(%d)
7	source/class/table/table_common_member_archive.php	48	discuz_database::result_first(%s, Array)
8	source/class/discuz/discuz_database.php	117	discuz_database::query(%s, Array, false, false)
9	source/class/discuz/discuz_database.php	136	db_driver_mysql->query(%s, false, false)
10	source/class/db/db_driver_mysql.php	153	db_driver_mysql->halt(%s, %d, %s)
11	source/class/db/db_driver_mysql.php	224	break() 7 V3 x, _) x+ ^* m% b ; F1 J% e; n8 n7 j6 y

6 J4 t2 i: K8 F0 E+ ^! u
3 m, h6 }& w& F' ]* ?% {以前都是进入数据库删除数据:
mysql> use bbs168xcn
! B. ?, K" N- }& W) aReading table information for completion of table and column names
' V+ I3 {3 g8 G* j9 B3 n. KYou can turn off this feature to get a quicker startup with -A
3 z/ y: }# O  `: h8 F
; K( W! o, ]. f0 {' _Database changed
6 Y1 ?- G# u3 S; q& C+ `! H7 J$ Lmysql>  DELETE FROM `common_setting` WHERE `skey` = 'membersplit';
6 P- W) F, C6 z& m/ M! f4 hQuery OK, 1 row affected (0.00 sec)

mysql>

( e' A: N& Q$ N  _% m  `感觉效果不是很好。

, Q- ]6 i% a3 ^以下方式比较好的解决这个问题：
登录到后台>>>>选择论坛>>>>点击板块管理>>>>>随便选择一个板块名称，要求是二级版块，一级版块好像有些不行 >>>>
  T4 c3 d; V; J- E( i) G% ^点击设置复制>>>>>出现的两个框分别是 目标版块和项目选择  .>>>>目标版块选择全部(使用crtl+a) >>>>项目选择使用  >>>允许使用【img】代码  >>>点击提交。刷新页面即可。
5 X" Y/ j: P, W, a# I
1 f/ {" s$ \' k9 G5 ]6 O1 Y
" i6 N. a$ o: t' T/ r

admin

经常出现这个问题，怎么回事？

, H8 F$ m; U9 XDiscuz! Database Error
. M( I6 ~4 u* Z. h# c(1146) Table 'bbs168xcn.common_member_archive' doesn't exist
SELECT COUNT(*) FROM common_member_archive
( W0 z* o6 K$ L! W0 ?- zPHP Debug

% m/ G: x$ O; p) [; P# QNo.        File        Line        Code
% ?/ W1 [! B! C1 H2 P# y4 L9 \1        misc.php        98        require(%s)
; K5 m6 s: h7 u. p: m5 j2        source/module/misc/misc_stat.php        29        getstatvars(%s)
3        source/module/misc/misc_stat.php        91        call_user_func(%s, %s)
4                        getstatvars_basic(%s)
, N; v* G' ~: l9 h/ U0 U5        source/module/misc/misc_stat.php        101        table_common_member->count()
6        source/class/table/table_common_member.php        172        table_common_member_archive->count(%d)
; H5 l! W' d* K, T  t2 c, T- n' i7        source/class/table/table_common_member_archive.php        48        discuz_database::result_first(%s, Array)
# u; [$ P+ ?8 b- ]0 L5 f/ o8        source/class/discuz/discuz_database.php        117        discuz_database::query(%s, Array, false, false)
9        source/class/discuz/discuz_database.php        136        db_driver_mysql->query(%s, false, false)
10        source/class/db/db_driver_mysql.php        153        db_driver_mysql->halt(%s, %d, %s)
% O7 s% c0 E2 l5 l/ L( [11        source/class/db/db_driver_mysql.php        224        break()
0 Z  x1 U& ]" d

admin

如果是数据表损坏请尝试修复表
* ]0 |- k, b' s; ^repair table tablename
& l& Z; p7 o6 M1 e" s

admin

mysql> use bbs168xcn
Reading table information for completion of table and column names
( j$ W$ C7 i7 j" e6 C4 ~% k  W, s( kYou can turn off this feature to get a quicker startup with -A
1 L" [* R$ i+ n+ g: e
  A1 P' \8 F& w. F, f5 zDatabase changed
" }5 {# q7 k; ?( m  @mysql> delete from `common_setting` where `skey`='membersplit';
Query OK, 0 rows affected (0.00 sec)
4 K: Z7 x0 |# @! _6 l: F; s4 s
mysql> repair table common_setting;
1 [& @  B; B0 ?, b6 c+ ~+------------------------------+--------+----------+----------+
  E3 x+ u* u3 {- z| Table                        | Op     | Msg_type | Msg_text |
+------------------------------+--------+----------+----------+
| bbs168xcn.common_setting | repair | status   | OK       |
) V' f0 J8 n$ s# y# W  G$ r+------------------------------+--------+----------+----------+
: R/ n) ^2 f( {' u, @8 w1 row in set (0.00 sec)
9 N- T$ O8 Q5 B, \
. p  [0 E4 ]+ u; C. F  i2 Rmysql> select * from common_setting where 'skey'='membersplit' ;
Empty set (0.00 sec)
  f4 y. s( i/ p8 n2 a5 B
! f* s3 z2 `9 [3 Rmysql> delete from `common_setting` where `skey`='membersplit';
Query OK, 0 rows affected (0.00 sec)
1 [/ E# w, H5 N
$ `" T! K$ i' w( ymysql>
9 X8 {: ^5 ^3 a! N1 T8 ^1 M  u

admin

问题现象
: q! I+ @4 ?* i* ~' p# v; Z' j在重启RDS MySQL实例后，进行表相关操作时，提示如下错误：
& d" i" b/ o/ |4 }  F
ERROR 1146 (42S02): Table 'xxx.xxx' doesn't exist
- g& M7 s7 Q2 S" S4 M) d同时，在error log中可见如下记录：
( L1 w% r- _9 r* F% K, @/ c9 ?7 W7 M
[Warning] InnoDB: Load table `xxx`.`xxx` failed, the table has missing foreign key indexes. Turn off 'foreign_key_checks' and try again.
' G: y9 j9 t4 N% U3 \2 q  v[Warning] InnoDB: Cannot open table xxx/xxx from the internal data dictionary of InnoDB though the .frm file for the table exists.
3 c6 M7 `# L' k1 e* T9 z可能原因
MySQL中添加外键需要满足相应条件和限制，详情请见官方文档FOREIGN KEY Constraints。

" h: a% h* V6 U8 ?6 }. gMySQL的外键限制检查是通过变量foreign_key_checks来控制的，该变量可以在RDS MySQL实例运行时修改，不需要重启实例，默认值为ON。若将foreign_key_checks设为OFF，除特殊情况外（详情请参见官方文档FOREIGN KEY Constraints），将关闭外键限制检查。
0 b0 _! P4 T, C
如果在关闭外键限制检查后，对外键进行了变更使其不满足外键限制，在RDS MySQL实例运行时不会报错。在重启实例时，由于重启时froeign_key_checks默认开启，InnoDB打开表时会进行外键限制检查，此时会报错。
7 ~2 _: |# P; ]0 e! U, N! i
常见的情况有以下两种：
  ^6 S' L! ~4 K7 P
更改了父表和子表外键相关列的字符集
1 a9 a7 O( u: `
MySQL 5.6、5.7、8.0允许在foreign_key_checks设置为OFF的情况下，修改父表和子表外键相关列的字符集。实例重启以后：

MySQL 5.6、5.7会在error log中提示warning，同时无法使用父表。
- W# @8 I/ x7 ^5 N6 j- ]! K  Y
MySQL 8.0不会在error log中提示warning，可以使用父表。
6 s+ |( ?3 U7 L& O$ f: n
- V$ _; T7 e. x- A) S: b删除了父表和子表外键相关列的索引
; ?1 o1 n  S) p/ F$ e. h8 e; W
$ \( F* |+ U- Q" W对于MySQL 5.7、8.0：不允许在foreign_key_checks设置为OFF的情况下，删除父表和子表外键相关列的索引。

对于MySQL 5.6：允许在foreign_key_checks设置为OFF的情况下，删除父表和子表外键相关列的索引。删除相关列索引后，重启实例会提示warning，同时被删除索引的表无法使用。

解决方案
: h' ^) w- k0 v对于修改字符集导致的问题，将foreign_key_checks设置为OFF，将父表和子表外键相关列的字符集修改一致。
1 n, q$ _* h! @# ]
+ u  P) ]) L7 b对于删除索引导致的问题，将foreign_key_checks设置为OFF，重建索引。

admin

1、例如，mysql数据库的表内容太大，超过10G可能会影响discuz论坛的运转。
( d- p7 k: `1 o* @
2、这种状况能够经过子数据库的方法来处理。有关详细信息，您能够搜索discuz官方网站以查找相关信息。

5 ?8 A: S/ p* r* V3、数据库装备过错，有时可能是主机移动，数据库移动等，导致数据库信息填写不正确，或许旧数据库信息未及时更新，例如数据库用户名，暗码，数据库表填充过错。

5 |  U+ V. U/ T4、您能够修正相关的数据库信息，您能够在config目录中找到config目录，修改数据库信息装备文件。Discus！3有三个参阅装备文件。仔细检查数据库装备和其他装备是否是最新的。
' H+ r3 H% _" i8 h7 a- |7 Y2 c
9 R! q' H! i& e* c5 l! S4 W装置目录/config/config_global.php装置目录/config/config_ucenter.php装置目录/uc_server/data/config.inc.php。有关详细信息，请参阅discuz官方文档。
, C6 ^6 G; Z8 g3 ?; \* Z
, X- X  k9 N+ q9 K' g4 ^% P0 B5、数据库没有运转。
( e9 b& ^" X, b1 z9 }9 D
% Y6 y$ @: _, {% O: {& v6、检查主机的mysql数据库程序是否正在运转或已关闭。假如它是虚拟主机，您能够联络空间提供商以将其打开。假如虚拟主机不支持mysql数据库，则能够经过替换主机或空间提供程序来处理此问题。
1 Z) o. m  @8 J% z& i( ^8 O图片[1]-discuz! database error什么意思(如何解决)-小白之家,discuz!databaseerror如何解决,原因一：数据库表太大

比方mysql数据库的表内容太大，超过10G就有可能会影响discuz论坛的运行。
" _$ w5 s! a; M8 Y2 V
4 a1 S( k9 z$ R, uDiscuz!DatabaseError是什么原因，怎样修正
* K9 t6 i$ A' l- _0 k1 @% {/ k5 J5 f5 O
" U! U1 ]6 {1 n( X这种状况能够经过对数据库分表的方法来解决。

# l5 u' ]* l. [/ M) t$ q9 w原因二：数据库装备过错

有时候可能是主机搬迁、数据库搬迁等，形成数据库信息填写过错，或旧数据库信息没有及时更新等，比方数据库用户名、密码、数据库表填写过错等。
- ?2 v" f( J1 N% D8 W) A8 Q
8 K) t5 C; D; n! o0 \1 F能够批改一下相关数据库信息即可，能够找到config目录，修改config目录中的数据库信息装备文件。Discus!3的参考装备文件有三个，仔细检查一下里面的数据库装备和其他装备是不是最新的。安装目录/config/config_global.php安装目录/config/config_ucenter.php安装目录/uc_server/data/config.inc.php。详细可查阅discuz官方文档。

) [* J3 O, L' A* \1 \原因三：数据库没有运行

检查一下主机的mysql数据库程序是否正在运行或已经关闭

; s% w) d( F; H: T原因四：数据库过错

可运用discuz官方小东西Discuz!Tools来对数据库进行修正。到discuz官方下载tools东西，解压上传到网站相关目录，然后打开链接、输入密码，修正数据库->一键修正就行了。修正完成记得删去Discuz!Tools相关文件。
$ c0 i  R9 V1 R" n
Discuz!DatabaseError是什么原因，怎样修正

) D# D% z) ]  n原因五：数据库繁忙
  r) A/ b" [7 Z: j7 K: _( s
能够登录discuz后台，开启【贴子缓存】、【主页缓存】，能够缓解数据库繁忙的问题。
/ \* {5 `& T; R0 p8 I! G, {* m9 I
% w. H. Q8 [% q% u8 jDiscuz!DatabaseError是什么原因，怎样修正
. z( e: C, j6 Z- j4 }
详细可参阅discuz官方性能优化的文档。

Discuz!DatabaseError是什么原因，怎样修正

原因六、主机内存不够、不稳定

2 r. ?  b% a; ~也有可能是主机不太稳定，可能是主机内存过小，杀死了mysql进程。
! j9 V/ ]8 h0 V  h: Y2 U
Discuz!DatabaseError是什么原因，怎样修正
& t% j! x' G! P9 T
! Q0 s# G8 W) S% c原因七：可能是相关软件版别太旧

- A% Z  q# {% _/ {3 l比方discuz版别、mysql数据库的版别是不是最新的、php的版别，服务器是否开启相关权限、php权限，是否支撑discuz系统等？

admin

解决方法：

登陆后台，站长—数据库—升级(Discuz! 数据库升级 - 请将数据库升级语句粘贴在下面:)中执行语句
; n9 |7 x' V8 H6 V* T
6 v  @. y: p$ S# {/ r1 wDELETE FROM `common_setting` WHERE `skey` = 'membersplit';
就可以了，若没有找到执行语句的输入窗口 则修改config/config_global.php 当中的 $_config[admincp][runquery] 设置修改为 1 (为了安全执行完该语句后 确认解决了1146错误后 再将配置该回来 )  刷新后再输入执行。
% S' `5 P0 R4 d3 D1 W1 c6 F
% }/ d7 V2 H: w% H3 S提示：为了数据安全执行该语句前建议备份数据。

admin

论坛后台>>>站长>>>>数据库>>>  升级>>>>>   Discuz! 数据库升级 - 请将数据库升级语句粘贴在下面:
4 q+ p' t) p$ \
输入：
4 [7 m, V- C5 j# s. m) z7 B4 JDELETE FROM `common_setting` WHERE `skey` = 'membersplit';
' k+ M. M- `% a7 H( I执行即可。
然后刷新页面即可。

技巧提示
7 x1 D1 C5 l' A6 G- R! k; b% F您可以通过修改 /source/admincp/admincp_quickquery.php 来添加常用 SQL 操作进行功能扩充。
出于安全考虑，Discuz! 后台默认情况下禁止 SQL 语句直接执行，只能使用常用 SQL 当中的内容，
如果您想自己随意书写 SQL 升级语句，需要将 config/config_global.php 当中的 $_config[admincp][runquery] 设置修改为 1。


# T+ \) z1 d2 z: N3 f3 ADiscuz! 提示
Discuz! 数据结构升级成功，影响的记录行数 0