Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
M
mariadb
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
Kirill Smelkov
mariadb
Commits
e8461d6d
Commit
e8461d6d
authored
Aug 27, 2002
by
arjen@george.bitbike.com
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Grammar fix.
B-Tree explanation fix (from Peter Zaitsev).
parent
f73c1639
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
4 additions
and
4 deletions
+4
-4
Docs/manual.texi
Docs/manual.texi
+4
-4
No files found.
Docs/manual.texi
View file @
e8461d6d
...
...
@@ -8123,7 +8123,7 @@ on all ISAM tables.
@item
Ensure that you don't have any MySQL clients that uses shared libraries
(like the perl Msql-Mysql-modules). If you have, you should recompile
them as structures used in libmysqlclient.so ha
s
changed.
them as structures used in libmysqlclient.so ha
ve
changed.
@end itemize
MySQL 4.0 will work even if you don't do the above, but you will not be
...
...
@@ -25640,11 +25640,11 @@ where to place the new index and normally 2 seeks to update the index
and write the row.
Note that the above doesn't mean that your application will slowly
degenerate by
N
log N! As long as everything is cached by the OS or SQL
degenerate by log N! As long as everything is cached by the OS or SQL
server things will only go marginally slower while the table gets
bigger. After the data gets too big to be cached, things will start to
go much slower until your applications is only bound by disk-seeks
(which increase by
N
log N). To avoid this, increase the index cache as
(which increase by log N). To avoid this, increase the index cache as
the data grows. @xref{Server parameters}.
...
...
@@ -26095,7 +26095,7 @@ where the numbers are somewhat proportional to the overall time. This
does not take into consideration the initial overhead to open tables
(which is done once for each concurrently running query).
The size of the table slows down the insertion of indexes by
N
log N
The size of the table slows down the insertion of indexes by log N
(B-trees).
Some ways to speed up inserts:
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment